From: Steven M. Schweda [sms@antinode.org] Sent: Thursday, September 15, 2005 3:06 PM To: Info-VAX@Mvb.Saic.Com Subject: Re: Wget 1.10.1a (less preliminary) exists. As a user complaint revealed, it should have stayed preliminary a bit longer. Operations with a VMS FTP server typically failed with a spurious complaint like "No such directory `perfectly/vaild/directory'." ALP $ diff FTP.C ************ File ALP$DKA0:[UTILITY.SOURCE.WGET.WGET-1_10_1A.SRC]FTP.C;5 641 err = ftp_cwd (csock, targ); 642 /* FTPRERR, WRITEFAILED, FTPNSFOD */ ****** File ALP$DKA0:[UTILITY.SOURCE.WGET.WGET-1_10_1A.SRC]FTP.C;4 641 err = ftp_cwd (csock, target); 642 /* FTPRERR, WRITEFAILED, FTPNSFOD */ ************ Interested folks may delete the spurious "et" manually. Alternatively, the Web page ("http://antinode.org/dec/sw/wget.html") should now offer a (whole) repaired FTP.C (and a slightly incremented VERSION.H for the fastidious). Another interesting bit of FTP server behavior was observed at ftp.process.com while investigating the complaint. Initially, it reports a VMS identity (and lists files accordingly): FTP> quote SYST 215 VMS TCPware V5.6-2 However, after Wget (or any other user) does its usual "CWD ", it changes mode: FTP> cd vms-freeware/fileserv 250 CWD command okay. FTP> quote SYST 215 UNIX TCPware Unix Emulation V5.6-2 One result of this is that if Wget tries to do multiple operations in one session on such a server (as when multiple FTP URLs are specified on a single command line, or if a recursive download is attempted), it'll probably be confused (and fail) after the first one. Wget checks the server type only once, apparently expecting it not to wake up as a cockroach one morning. There are a couple of possible fixes for this (at least). If I get bored one day, ... Everything's complicated. ------------------------------------------------------------------------ Steven M. Schweda (+1) 651-699-9818 382 South Warwick Street sms@antinode-org Saint Paul MN 55105-2547