On Thu, Jul 12, 2012 at 01:48:50PM +0200, Vincent Lefevre wrote: > retitle 681214 lynx-cur: lynx doesn't truncate downloaded files to > Content-Length value > thanks > > On 2012-07-11 15:19:12 +0200, Vincent Lefevre wrote: > > When downloading a file from http://partage-fichiers.ens-lyon.fr/ > > lynx added 8 bytes to the file: > > > > -rw-r--r-- 1 vlefevre vlefevre 59675248 2012-07-11 14:07:33 tst-exp.tar.xz > > -rw-r--r-- 1 vlefevre vlefevre 59675256 2012-07-11 15:02:33 tst-exp.tar.xz.3 > > > > $ cmp tst-exp.tar.xz tst-exp.tar.xz.3 > > cmp: EOF on tst-exp.tar.xz > > $ tail -c 8 tst-exp.tar.xz.3 | hd > > 00000000 35 39 36 37 35 32 34 38 |59675248| > > 00000008 > > This is actually the file size. This can be reproduced on a small > file:
What you're saying is that the content length is incorrect. RFC 2616 doesn't appear to specify behavior when the content-length is incorrect. -- Thomas E. Dickey <dic...@invisible-island.net> http://invisible-island.net ftp://invisible-island.net
signature.asc
Description: Digital signature