Re: libfetch ftp patch for less latency
- From: Thomas David Rivers <rivers@xxxxxxxxxx>
- Date: Thu, 29 Mar 2007 14:18:41 -0400 (EDT)
The important thing is not whether that fails. I'm fine with it
failing, as long as it 1) returns an error code and 2) doesn't change
the current directory.
An ftpd that 1) returned success or 2) changed to some random directory
while returning an error must be buggy. Could you check your server?
It should return some error code and PWD should not change.
--
Nate
Hi Nate,
Here's what it did:
Connected to zos.dignus.com.
220-FTPD1 IBM FTP CS V1R5 at P390.dignus.com, 18:17:50 on 2007-03-29.
220 Connection will close if idle for more than 5 minutes.
Name (flexes:rivers): rivers
331 Send password please.
Password:
230 RIVERS is logged on. Working directory is "RIVERS.".
Remote system type is MVS.
ftp> pwd
Remote directory: 'RIVERS.'
ftp> cd test/obj
501 A qualifier in "test/obj" contains an invalid character
ftp> pwd
Remote directory: 'RIVERS.'
ftp> quit
- Dave Rivers -
--
rivers@xxxxxxxxxx Work: (919) 676-0847
Get your mainframe programming tools at http://www.dignus.com
_______________________________________________
freebsd-current@xxxxxxxxxxx mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe@xxxxxxxxxxx"
- References:
- Re: libfetch ftp patch for less latency
- From: Nate Lawson
- Re: libfetch ftp patch for less latency
- Prev by Date: Re: libfetch ftp patch for less latency
- Next by Date: Re: libfetch ftp patch for less latency
- Previous by thread: Re: libfetch ftp patch for less latency
- Next by thread: malloc(3) (hopefully) set for 7.0
- Index(es):
Relevant Pages
|
