> > Now that I have the address of a system to test, I'll take a look at
> > the parser and see if I can fix it.
>
> The problem was that the code expected time as hh:mm:ss, while the
> server issued hh:mm. (It actually coredumped on me.) The following
> patch makes it work for me:
>
> 2001-04-12 Hrvoje Niksic <[EMAIL PROTECTED]>
Using the following example:
./wgetapr01cvs -r -d ftp://ftp.cc.uniud.it/debvin/
One problem that I am not sure if solvable for the VMS FTPD. If
wget terminates prematurely with only part of the file
having been downloaded - on redoing the FTP session it cannot
recognise that it has a corrupted version of the local
file:
Remote file no newer than local file `ftp.cc.uniud.it/debvin/DEBVIN.ZIP' -- not
retrieving.
Might there be a fix for this?
e.g.,
Is there an option (like in rsync) - that wget would download the file
by naming it .filename (e.g. .DEBVIN.ZIP) - and rename after it has
completed the download. This way, existing files would not be
corrupted if doing an update via WGET and it is terminated
half way through(?)
It would also then be easy for WGET to see that a file had not
been downloaded correctly from a VMS FTPD server.
Lachlan.
--
Lachlan M. D. Cranswick
Geochemistry - Lamont-Doherty Earth Observatory, Columbia University
PO Box 1000, 61 Route 9W Palisades, New York 10964-1000 USA
Tel: (845) 365-8662 Fax: (845) 365-8155
E-mail: [EMAIL PROTECTED] WWW: http://www.ldeo.columbia.edu
CCP14 Xtal Software Website: http://www.ccp14.ac.uk
