Ulf HÃrnhammar wrote:
Can you check if the additional 0xA byte is included in the Content-Length or
not? Does it increase the C-L by one or not? If it doesn't, Wget probably
should ignore that byte and not save it, since it's additional data after the
body and not actually included in the HTTP body
Quoting Christoph Anton Mitterer <[EMAIL PROTECTED]>:
> It seems that the joecartoon.com server sends the gzip file
> intentionally with an appended 0xA (perhaps is even an error).
Can you check if the additional 0xA byte is included in the Content-Length or
not? Does it increase the C-L by one
Hello again.
Perhaps I've found the reason for the strange problem which I described
before.
It seems that the joecartoon.com server sends the gzip file
intentionally with an appended 0xA (perhaps is even an error).
When I force the decompression of the file downloaded by wget I get the
correct
Hello.
I've tried to download some files from joecartoon.com an perhaps I've
found a bug in wget.
I did the following:
[EMAIL PROTECTED]:~/test$ wget -S
http://joecartoon.atomfilms.com/media/swf/0/public/1/joebutton.swf > deb
--22:57:11--
http://joecartoon.atomfilms.com/media/swf
