FtpURL/FTPClient problems

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
4 messages Options
Reply | Threaded
Open this post in threaded view
|

FtpURL/FTPClient problems

Alexander Lazarevic'
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

Reply | Threaded
Open this post in threaded view
|

Re: FtpURL/FTPClient problems

Dave Stevenson-2
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
>
>

Reply | Threaded
Open this post in threaded view
|

Re: FtpURL/FTPClient problems

kobetic
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
>>
>>
>
>

Reply | Threaded
Open this post in threaded view
|

Re: FtpURL/FTPClient problems

Alexander Lazarevic'
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
>>>
>>>
>>
>>
>