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-5845
karn@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