truncation after Synchronize

English support forum

Moderators: Hacker, petermad, Stefan2, white

Post Reply
Fantaatje
New Member
New Member
Posts: 1
Joined: 2004-07-12, 14:01 UTC

truncation after Synchronize

Post by *Fantaatje »

Hi,

Im having a strange problem when I synchronize over *ftp.

Most of the files get there ok but there are always a few files that differ in size after I synchronized.

You will see the problem in this screenshot :

Image: http://www.workingsolutions.be/forumv1/Clipboard01.jpg

These files (I dont know what the criteria is to trigger the problem) get truncated round familiar numbers (8192...)

Anyone have a clue ?
User avatar
Flint
Power Member
Power Member
Posts: 3506
Joined: 2003-10-27, 09:25 UTC
Location: Belgrade, Serbia
Contact:

Post by *Flint »

As I can see, all the sizes on FTP-server are divided by 512, that is often the cluster size. Maybe, something around it?
Try to download such file back to your computer, save under different name and compare by content with the original file. What will be the difference?
Flint's Homepage: Full TC Russification Package, VirtualDisk, NTFS Links, NoClose Replacer, and other stuff!
 
Using TC 11.03 / Win10 x64
User avatar
SanskritFritz
Power Member
Power Member
Posts: 3693
Joined: 2003-07-24, 09:25 UTC
Location: Budapest, Hungary

Post by *SanskritFritz »

I think those files were transferred in text mode, rather than binary mode. Always use (even for text files) binary mode transfer, most windows editors can cope with unix style textfiles today (except notepad of course ;-) ).
I switched to Linux, bye and thanks for all the fish!
User avatar
Sheepdog
Power Member
Power Member
Posts: 5150
Joined: 2003-12-18, 21:44 UTC
Location: Berlin, Germany
Contact:

Re: truncation after Synchronize

Post by *Sheepdog »

Fantaatje wrote:Anyone have a clue ?
looks indeed if the last block isn't transfrred properly.

Maybe you could try to transfer with another ftp-client. I would guess it's a server problem - then you would have similar behavior.

Oh, and first try to transfer these files again - if they transferred then complete you know at least that the content on the server is undamaged. Or did you upload the files? Anyway another attempt seems appropriate to check if the error is reproducable.

sheepdog
"A common mistake that people make when trying to design something
completely foolproof is to underestimate the ingenuity of complete fools."
Douglas Adams
User avatar
ghisler(Author)
Site Admin
Site Admin
Posts: 50519
Joined: 2003-02-04, 09:46 UTC
Location: Switzerland
Contact:

Post by *ghisler(Author) »

Could you transfer such a file both with TC and some other tool, and then compare them by content? What exactly is different? Since these are ASP files, the server may be interpreting the contents instead of sending the plain files.
Author of Total Commander
https://www.ghisler.com
Post Reply