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