Re: [Bug-wget] Re: Fwd: wget file-size parsing bug when doing FTP mirroring?

[Niek Bergboer]

Hi Petr,

Yes, I can reproduce it. The behaviour I get is the following:

* On files < 10,000,000 bytes, the timestamp is used correctly, and I
indeed get the message  Remote file no newer than local file
`router/pub/TEMP/testdir/Sent_Items.dbx' -- not retrieving., as you
get.
* On files >= 10,000,000 bytes, I get the problem I mentioned; wget
seems to think that the size is different.

Niek

On Wed, Apr 1, 2009 at 15:12, Petr Pisar <address@hidden> wrote:
> On 2009-04-01, Niek Bergboer <address@hidden> wrote:
>>
>> [...snip...]
>> -rw-rw-r--   1 guest    everyone 91892436 Sep 13  2003 Sent Items.dbx
>> [...snip...]
>>
>> Mostly as expected. However, wget then tells me:
>>
>> The sizes do not match (local 91892436) -- retrieving.
>> ftp://username:address@hidden/some/remote/dir/Sent%20Items.dbx
>>
>> ... and gets the entire ~90MB file again, despite the fact that the
>> sizes are in fact equal. This seems to occur for all files >=
>> 10,000,000 bytes.
>>
> Can you reproduce it?
>
> I tried to reproduce it, but without any success. I mirrored
> subdirectory with file (having same size, date and name as yours) from
> vsftpd FTP server running on Linux using wget-1.11.4 to Linux client. On
> second mirror I got message:
>
> Remote file no newer than local file `router/pub/TEMP/testdir/Sent
> Items.dbx' -- not retrieving.
>
> So for some reason your wget does not check timestamp.
>
> -- Petr
>
>
>
>



-- 

  "Never tell people how to do things. Tell them what to do and they
will surprise you with their ingenuity." George S. Patton

09 F9 11 02 9D 74 E3 5B D8 41 56 C5 63 56 88 C0
45 5F E1 04 22 CA 29 C4 93 3F 95 05 2B 79 2A B2
- That's what DRM buys you.