>> Might there be a fix for this?
>
>If you *know* that the file is half-downloaded, you should be able to
>specify `-c', and that should just work. (It might clash with -N;
>turn off -N if you're doing that.) If not, it's a bug.
The scripts I use are automatically run in the early morning so it
might not be that obvious if something has terminated incorrectly.
(Approximately 100 WGET scripts are run eaching early morning on
the CCP14.ac.uk server)
>> It would also then be easy for WGET to see that a file had not been
>> downloaded correctly from a VMS FTPD server.
>
>I'm not sure how this follows from downloading to .<filename>.
Hopefully the following is sort of clear cut (If not ask again).
If the download terminated before the file was 100% complete -
it will not update "filename{nowold}" by doing a move of ."filename" to
"filename". So the old "filename{nowold}" will still me on the
local mirror.
When next time WGET is run - the dates of "filename" on the VMS-server
and "filename{nowold}" on the local mirror will again not match so it
will again start downloading "filename" again as ."filename"
Worst case is that the older version will not get accidentally corrupted.
Users may want a way of directly overwriting files during mirroring
if they are dealing with 650Meg ISO images and don't want to risk
creating 650 Meg temp files.
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
