RR> them I got gibberish on the screen and couldn't save them as files
 RR> (they'd just come out corrupted).  Unfortunately, the number zipped
 RR> files is somewhat limited on that FTP server.
 RR>  

 I had a similar problem with OS/2 Warp's FTP software (which sucks, BTW).
 I would click on a directory and it could take minutes to just change the
 directory.  I was lucky to ever get a file tranfer started.

 I finally gave up, opened a shell, and typed :

ftp src.doc.ic.ac.uk

and then logged in and typed :

cd /packages/atari/umich
binary
get filename.ext

It's weird.  It gives the transfer rate in scientific notation (with the
big E like Basic) and that's only if its 1K/s or greater, which OS/2 just
isn't fast enough to do on a 66Mhz machine, so it normally prints 0K/s.
This text-based FTP program is just a port of the standard Unix FTP
program, and they couldn't even port the thing properly!!

I don't mind using text based apps if they work better (and that is
the case with OS/2 - you gotta take what you can get!!), but I would
like a GEM set of Internet utils - not like the awful winsock crap
or OS/2's stuff though.  Your FTP program should just look like a drive
on your desktop - you open it and get a window full of folders that are
each an internet site (with a pull-down and/or pop-up menu to add
sites, drag-n-drop protocol w/trashcan to delete).  Open a folder to
connect to that site, and you should get a window that looks like a
GEM desktop window, with all the same features.  To get a file,
no send button is required - just drag the file off the internet and
on to your local drive.

Now, doesn't that sound like a MUCH better method than those split
screen local+host window methods??   If only I had the time ...



--- Maximus/2 3.00

[+/29 of 200/109 Mins] = * FIDO: ST_PROG =: Next...