from Hrvoje Niksic:
[...] Unfortunately EOL conversions break
automatic downloads resumption (REST in FTP),
Could be true.
manual resumption (wget -c),
Could be true. (I never use wget -c.)
break timestamping,
How so?
and probably would break checksums if we added them.
[EMAIL PROTECTED] (Steven M. Schweda) writes:
from Hrvoje Niksic:
[...] Unfortunately EOL conversions break
automatic downloads resumption (REST in FTP),
Could be true.
manual resumption (wget -c),
Could be true. (I never use wget -c.)
It's the consequence of EOL conversion
[EMAIL PROTECTED] (Steven M. Schweda) writes:
It does seem a bit odd that no one has noticed this fundamental
problem until now, but then I missed it, too.
Long ago I intentionally made Wget use binary mode by default and not
muck with line endings because I believed exact data transfer was
[...] (The new code does make one potentially risky assumption,
but it's explained in the comments.)
The latest code in my patches and in my new 1.9.1d kit (for VMS,
primarily, but not exclusively) removes the potentially risky assumption
(CR and LF in the same buffer), so it should be
Thank you.
I appreciate this.
Will keep you posted on how it turns out.
Regards,
Kiran
-Original Message-
From: Steven M. Schweda [mailto:[EMAIL PROTECTED]
Sent: Saturday, June 04, 2005 8:39 AM
To: WGET@sunsite.dk
Cc: Kiran Atlluri
Subject: Re: wget and ASCII mode
From: Kiran Atlluri
From: Kiran Atlluri
[...]
I am trying to retrieve a ?.csv? file on a unix system using wget (ftp
mode).I
When I retrieve a file using normal FTP and specify ASCII mode, I
successfully get the file and there are no ? ^ M ? at the end of line in
this file.
But when I use wget all the
