Re: more with wget..
> The problem is simply that not all ftp servers give back the correct > size... some return the number of bytes *left* (check it). Or any > other weird number (the ftp std doesn't specify any size return... at > least I didn't find anything to that effect in RFC0959 just now). OK.. I did read the ftp RFC long time ago.. and I didnt remember very well the standard behaviour of some commands.. Regards Roberto Roberto Diaz <[EMAIL PROTECTED]> http://vivaldi.ddts.net Powered by ddt dynamic DNS Powered by GNU running on a Linux kernel. Powered by Debian (The real wonder) Concerto Grosso Op. 3/8 A minor Antonio Vivaldi (so... do you need beautiful words?)
Re: more with wget..
Hi Roberto, The problem is simply that not all ftp servers give back the correct size... some return the number of bytes *left* (check it). Or any other weird number (the ftp std doesn't specify any size return... at least I didn't find anything to that effect in RFC0959 just now). So... no corruption is happening (at least not due to those messages). Bye, J -- Jürgen A. Erhard[EMAIL PROTECTED] phone: (GERMANY) 0721 27326 MARS: http://members.tripod.com/Juergen_Erhard/mars_index.html "Perl Programmers are from Mars, Python Programmers are from Yorkshire" -- Alex in c.l.py pgpxYyKMBZttP.pgp Description: PGP signature
Re: more with wget..
> I've seen this a number of time, when resuming downloads. I imagine it's > a wget bug. In any case, it never caused me any problems :) The files > were always uncorrupted. Thank you very much, since now I have this: 316100K -> .. .. .. .. .. [124%] 316150K -> .. .. .. .. .. [124%] 316200K -> .. .. .. .. .. [124%] 316250K -> .. .. .. .. .. [124%] 316300K -> .. .. .. .. .. [124%] 316350K -> .. .. .. .. . So you can imagine.. a lot of time downloading the iso images.. if they are corrupted now.. agggh!!! Regards Roberto Roberto Diaz <[EMAIL PROTECTED]> http://vivaldi.ddts.net Powered by ddt dynamic DNS Powered by GNU running on a Linux kernel. Powered by Debian (The real wonder) Concerto Grosso Op. 3/8 A minor Antonio Vivaldi (so... do you need beautiful words?)
Re: more with wget..
To quote Roberto Diaz <[EMAIL PROTECTED]>, # bash-2.03$ wget -c --timeout=90 --wait=50 # ftp://sunsite.auc.dk/pub/os/linux/debian-cdimage/2.2_rev2/i386/binary-i386-3.iso # --18:18:25-- # ftp://sunsite.auc.dk:21/pub/os/linux/debian-cdimage/2.2_rev2/i386/binary-i386-3.iso #=> `binary-i386-3.iso' # Connecting to sunsite.auc.dk:21... connected! # Logging in as anonymous ... Logged in! # ==> TYPE I ... done. ==> CWD pub/os/linux/debian-cdimage/2.2_rev2/i386 # ... done. # ==> PORT ... done.==> REST 316073944 ... done. # ==> RETR binary-i386-3.iso ... done. # Length: 263,397,416 [-52,676,528 to go] (unauthoritative) # # [ skipping 308650K ] # 308650K -> ,, ,. .. .. .. [120%] # 308700K -> .. .. .. .. .. [120%] # 308750K -> .. .. .. # # What is happening? I've seen this a number of time, when resuming downloads. I imagine it's a wget bug. In any case, it never caused me any problems :) The files were always uncorrupted. David Barclay Harris, Clan Barclay Aut agere, aut mori. (Either action, or death.)
