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]