Hi,
can somebody verify, that FtpURL/FTPClient has problems reading directoryContents? I've just checked (Windows, Linux, 7.2.1, 7.4, different ISPs) that 'ftp://ftp.debian.org' asURI directoryContents as an example does not return at all from fetching the directory?! 'ftp://ftp.debian.de' asURI directoryContents returns with "need to make connection"? With another ftp-server I get an empty directory where in fact there are files on the server. I used some other ftpclients and connected to above servers with no problems. Are there any known issues with FTP-Support in VW (and patches/alternatives)? Alex |
I just checked 7.5, and it does in fact answer the directory contents.
However, it takes a couple of minutes, so try waiting longer. At this point I wouldn't venture a guess as to the reason. The same operation for ftp.cincomsmalltalk.com is very responsive, so perhaps differences in server implementations have an effect. In 7.5 we did fix some bugs regarding operating system vs. VW streams/buffers that resulted in skipped responses, but I can't yet say whether this is related. I'll add this to the queue to look at in more detail when I get the chance. This is now: AR 52273 investigate long execution time of FtpURL>>directoryContents Thanks, Dave Alexander Lazarevic' wrote: > Hi, > > can somebody verify, that FtpURL/FTPClient has problems reading > directoryContents? > > I've just checked (Windows, Linux, 7.2.1, 7.4, different ISPs) that > > 'ftp://ftp.debian.org' asURI directoryContents > > as an example does not return at all from fetching the directory?! > > 'ftp://ftp.debian.de' asURI directoryContents > > returns with "need to make connection"? > With another ftp-server I get an empty directory where in fact there are > files on the server. > > I used some other ftpclients and connected to above servers with no > problems. > > Are there any known issues with FTP-Support in VW (and > patches/alternatives)? > > Alex > > |
With .org site there seems to be a very long delay even with other ftp clients. The .de site seems to be a different problem, there seems to be an issue parsing a long 230 response from that server preventing further communication.
Dave Stevenson wrote: > I just checked 7.5, and it does in fact answer the directory contents. > However, it takes a couple of minutes, so try waiting longer. > > At this point I wouldn't venture a guess as to the reason. The same > operation for ftp.cincomsmalltalk.com is very responsive, so perhaps > differences in server implementations have an effect. > > In 7.5 we did fix some bugs regarding operating system vs. VW > streams/buffers that resulted in skipped responses, but I can't yet say > whether this is related. I'll add this to the queue to look at in more > detail when I get the chance. This is now: > > AR 52273 investigate long execution time of FtpURL>>directoryContents > > Thanks, > > Dave > > Alexander Lazarevic' wrote: >> Hi, >> >> can somebody verify, that FtpURL/FTPClient has problems reading >> directoryContents? >> >> I've just checked (Windows, Linux, 7.2.1, 7.4, different ISPs) that >> >> 'ftp://ftp.debian.org' asURI directoryContents >> >> as an example does not return at all from fetching the directory?! >> >> 'ftp://ftp.debian.de' asURI directoryContents >> >> returns with "need to make connection"? >> With another ftp-server I get an empty directory where in fact there are >> files on the server. >> >> I used some other ftpclients and connected to above servers with no >> problems. >> >> Are there any known issues with FTP-Support in VW (and >> patches/alternatives)? >> >> Alex >> >> > > |
Dave, Martin, thanks for looking into this. I have chosen the main
debian package server (address) for testing, because I assume they handle several thousand sessions a day and that the ftp-server is very reliable. I just checked the site again with the plain ftp client on windows and I do see delays around 10 seconds max, but never in the range of minutes. Alex Martin Kobetic schrieb: > With .org site there seems to be a very long delay even with other ftp > clients. The .de site seems to be a different problem, there seems to be > an issue parsing a long 230 response from that server preventing further > communication. > > Dave Stevenson wrote: >> I just checked 7.5, and it does in fact answer the directory contents. >> However, it takes a couple of minutes, so try waiting longer. >> >> At this point I wouldn't venture a guess as to the reason. The same >> operation for ftp.cincomsmalltalk.com is very responsive, so perhaps >> differences in server implementations have an effect. >> >> In 7.5 we did fix some bugs regarding operating system vs. VW >> streams/buffers that resulted in skipped responses, but I can't yet >> say whether this is related. I'll add this to the queue to look at in >> more detail when I get the chance. This is now: >> >> AR 52273 investigate long execution time of FtpURL>>directoryContents >> >> Thanks, >> >> Dave >> >> Alexander Lazarevic' wrote: >>> Hi, >>> >>> can somebody verify, that FtpURL/FTPClient has problems reading >>> directoryContents? >>> >>> I've just checked (Windows, Linux, 7.2.1, 7.4, different ISPs) that >>> >>> 'ftp://ftp.debian.org' asURI directoryContents >>> >>> as an example does not return at all from fetching the directory?! >>> >>> 'ftp://ftp.debian.de' asURI directoryContents >>> >>> returns with "need to make connection"? >>> With another ftp-server I get an empty directory where in fact there are >>> files on the server. >>> >>> I used some other ftpclients and connected to above servers with no >>> problems. >>> >>> Are there any known issues with FTP-Support in VW (and >>> patches/alternatives)? >>> >>> Alex >>> >>> >> >> > |
Free forum by Nabble | Edit this page |