There are actually two problems here -- VxWorks doesn't return the
output of a LIST command in a format commonly recognized by most
FTP servers. The other problem is that the LIST command accepts
no arguments, such as the name of a file to list or a file name
with wildcards. LIST always returns a listing for -all- the files
in the current directory, including the two header lines displayed
above, no matter what the arguments to the LIST command are. As
far as I know there is no way to change that behavior, short of
porting some other FTP server over to VxWorks. I wound up having
to write special code for a program running on a PC in order to be
able to access files on a VxWorks server via FTP.
Chuck
Charles H. Chapman schrieb in Nachricht ...
Just had the same prob using CuteFTP 2.6 and CrystalFTP 1.0a. I think they
need the std. list answer of a original unix like ftp server.
220 broserv01.brodel.intra FTP server (Version wu-2.4.2-academ[BETA-15](1)
Thu J
ul 30 08:42:17 1998) ready.
Name (192.168.0.2:ol): ol
331 Password required for ol.
Password:
230 User ol logged in.
Remote system type is UNIX.
Using binary mode to transfer files.
ftp> ls
200 PORT command successful.
150 Opening ASCII mode data connection for /bin/ls.
total 120
drwxr-xr-x 6 ol users 1024 Nov 4 17:32 .
drwxr-xr-x 6 root root 1024 Oct 29 15:39 ..
-rw-r--r-- 1 ol users 5741 May 26 15:53 .Xdefaults
-rw-r--r-- 1 ol users 46 May 7 1996 .Xmodmap
I called the support hotline and got a TSR for it. At the same day they send
me an eMail with the object code of the revised ftpLib (ftpLib.o) and the
new ftpLib.h.
Also they told me that this problem is already fixed in the new Tornado II.
But ... Tornado II will be avialable in Feb. or Mar. ´99.
Oliver Ludwig
Student Engineer
BRODEL AUTOMATION
Friedrich-Ebert-Str. 243
42549 Velbert
Tel.: +49-2051-955437
Fax: +49-2051-955438
eMail: o...@brodel.de
HTTP: www.brodel.de
Today I tested the new ftpdLib.o and it works fine with the client CuteFTP
2.6. The client CrystalFTP 1.0a still does not work, maybe it´s scan routine
is not that flexible.
The answer of the updated vxWorks ftp server looks like this:
ol@broserv01:/home/ol > ftp 192.168.0.4
Connected to 192.168.0.4.
220 VxWorks FTP server (VxWorks 5.3.1) ready.
Name (192.168.0.4:ol): target
331 Password required
Password:
230 User logged in
Remote system type is UNIX.
Using binary mode to transfer files.
ftp> cd f:
250 Changed directory to "f:"
ftp> ls
200 Port set okay
150 Opening BINARY mode data connection
-rwx---A-- 1 user group 2179 Jan 1 1980 baCaptionSlot.class
-rwx---A-- 1 user group 5793 Jan 1 1980 baMixerSlot.class
-rwx---A-- 1 user group 4765 Jan 1 1980 baPAGroup.class
-rwx---A-- 1 user group 5731 Jan 1 1980 baPAHome.class
-rwx---A-- 1 user group 4841 Jan 1 1980 baPARemote.class
-rwx---A-- 1 user group 5413 Jan 1 1980 baTimerSlot.class
-rwx---A-- 1 user group 17287 Jan 1 1980 biblio.gif
-rwx---A-- 1 user group 2896 Jan 1 1980 edit1.html
-rwx---A-- 1 user group 3101 Jan 1 1980 gn_hg1.gif
-rwx---A-- 1 user group 2941 Jan 1 1980 gr_edit1.html
-rwx---A-- 1 user group 433 Jan 1 1980 group.html
-rwx---A-- 1 user group 981 Jan 1 1980 hilfe.html
-rwx---A-- 1 user group 8382 Jan 1 1980 home.gif
-rwx---A-- 1 user group 453 Jan 1 1980 index.html
-rwx---A-- 1 user group 439 Jan 1 1980 remote.html
-rwx---A-- 1 user group 3605 Jan 1 1980 system.html
WARNING! 16 bare linefeeds received in ASCII mode
File may not have transferred correctly.
226 Transfer complete
ftp> exit
221 Bye...see you later