Path: utzoo!utgpu!watmath!clyde!att!rutgers!mailrus!ames!elroy!orion.cf.uci.edu!paris.ics.uci.edu!bonnie.ics.uci.edu!posert From: posert@bonnie.ics.uci.edu (Bob Posert) Newsgroups: comp.binaries.ibm.pc.d Subject: Kermit under Procomm Plus (was:Re: v01i007 Procomm Test Drive (part2)) Message-ID: <1029@paris.ics.uci.edu> Date: 2 Dec 88 03:54:15 GMT References: <1380@aucs.UUCP> <323@pnbell.UUCP> <193@ssp2.idca.tds.philips.nl> <1414@aucs.UUCP> <2293@ddsw1.MCS.COM> Sender: news@paris.ics.uci.edu Reply-To: posert@bonnie.ics.uci.edu (Bob Posert) Organization: University of California, Irvine - Dept of ICS Lines: 30 In article <2293@ddsw1.MCS.COM> Karl Denninger writes: > >Kermit protocol is STILL broken, at least in batch mode. It will now send or >receive a single file, but when trying to receive more than one file it >terminates the other end after the first file has been sent (grrr....). To >duplicate, go into kermit on a Unix (or other working) machine, type >"send file1 file2" and then tell local PComm+TD to receive. You'll get >one file. > >[Stuff about how Zcomm is better than Procomm deleted] Zcomm may be better at vt100 emulation than Procomm Plus; I couldn't get through the manual to find out. Also, Procomm's vt102 emulation seems to work fine for me. I tested the Kermit protocol as you suggested, and found it worked just like _Kermit_ said it would: ] C-Kermit>help send ] Format: 'send file1 [file2]'. File1 may contain wildcard characters '*' or ] '?'. If no wildcards, then file2 may be used to specify the name file1 is ] sent under; if file2 is omitted, file1 is sent under its own name. When I typed ``send test1 test2'', test1 got sent under the name test2; when I typed ``send test*'', they both got sent. Perhaps this is what you ran into, and are calling a bug in Procomm. --Bob -- Bob Posert I'm: posert@bonnie.ics.uci.edu or {sdcsvax|ucbvax}!ucivax!bonnie!posert