clegg@xyzzy.UUCP (Alan Clegg) (12/16/88)
I have discovered the problem mentioned earlier in this group regarding
KA9Q and a 'dir' of a remote machine losing the CR/LF. This occurs when
the transfer mode is IMAGE, and the PC is not translating CR into CR/LF
before displaying it.
As a work-around, you can always do a TYPE ASCII before you DIR, then change
back to TYPE IMAGE before you transfer...
OR
To correct this in the code (I have NOT DONE THIS, so I am just guessing):
When doing a LIST:
If we are currently in IMAGE MODE, send a
TYPE ASCII
do the LIST
If we were in IMAGE before, send a TYPE IMAGE
This should not be TOO hard to do. If anybody implements this, let me know,
as I do not have the tools to recompile KA9Q.
Thank!
-abc
--
Alan B. Clegg | clegg@dg-rtp.dg.com
Industry Standard Applications | {backbone}!mcnc!rti!xyzzy!clegg
Data General Corporation | (919) 248-5845karn@ka9q.bellcore.com (Phil Karn) (12/17/88)
The new version of my code I'm working on fixes this problem in a somewhat cleaner way. The FTP client remembers the last TYPE command it sent to the server, and if it wasn't TYPE A and a dir command is given, a TYPE A is automatically issued. Then the proper transfer type is automatically issued (if necessary) when an actual file transfer is requested. Phil