Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!seismo!rutgers!clyde!cbatt!ihnp4!houxm!whuts!tes
From: tes@whuts.UUCP (STERKEL)
Newsgroups: comp.sys.ibm.pc
Subject: Re: Procomm and Kermit
Message-ID: <1147@whuts.UUCP>
Date: Sat, 20-Dec-86 10:41:40 EST
Article-I.D.: whuts.1147
Posted: Sat Dec 20 10:41:40 1986
Date-Received: Mon, 22-Dec-86 05:42:26 EST
References: <2661@ihlpg.UUCP>
Organization: AT&T Bell Laboratories
Lines: 22
Summary: I thought that Kermit handled 8/7 bit incompatibilities.

In article <2661@ihlpg.UUCP>, bamford@ihlpg.UUCP (Harold E. Bamford) writes:
> >get Kermit to Kermit to work fine, I just can't get Procomm to Kermit to
> >work...
> 
> Something that helps is just before starting the Procomm kermit, change
> the port parameters to 8 bits, no parity (use Alt-P).  Immediately after
> the transfer, you will have to change the parameters back or unix will
> spew garbage at you.

not being a comm expert, But, I thought that the main attraction of
Kermit was that it auto-corrected 7 vs 8 bit discrepancies,
allowing hassle-free transfers between otherwise incompatible
systems.

Incidentally, I always use Kermit for Mainframe xfers for this very
reason, and Kermit anywhere else the other end has it.

-- 
    -----                   Terry Sterkel
  -====----            AT&T Bell Laboratories
  ---------    {harvard|allegra|ulysses|ihnp4}!whuts!tes
    -----         [opinions are obviously only my own]