Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!seismo!columbia!rutgers!clyde!cuae2!ihnp4!inuxc!pur-ee!uiucdcs!uxc.cso.uiuc.edu!hamilton
From: hamilton@uxc.cso.uiuc.edu
Newsgroups: comp.sys.ibm.pc
Subject: Re: Kermit and Procomm
Message-ID: <174200020@uxc.cso.uiuc.edu>
Date: Tue, 23-Dec-86 00:02:00 EST
Article-I.D.: uxc.174200020
Posted: Tue Dec 23 00:02:00 1986
Date-Received: Wed, 24-Dec-86 21:45:28 EST
References: <75800005@uiucdcsp>
Lines: 25
Nf-ID: #R:uiucdcsp:75800005:uxc.cso.uiuc.edu:174200020:000:1287
Nf-From: uxc.cso.uiuc.edu!hamilton    Dec 22 23:02:00 1986


while we're on the subject of procomm, kermit, and unix, i might
as well mention the one major failing i have found in procomm.

i use procomm to link my AT to my 4.2BSD vax.  i want to use kermit to
transfer text and binary files, and i want to use the terminal
emulation with vi.  the vax generates even parity, and i haven't found
a way to suppress that.  on the procomm side, i have a couple options:
set parity to even, or enable the translation table with all characters
over 128 mapped down.  with the first option, i either have to run
kermit in "even parity" mode all the time, with significant performance
penalty as well as some inconvenience, or constantly switch procomm
back and forth between even- and no- parity.  the second option works
fine for kermit and glass-tty applications, but fouls up terminal
emulation -- it seems escape-sequence recognition is done before
translation, and meta-ESC is not recognized as escape.

if anyone else has a solution i've missed, i'd like to hear it.

	wayne hamilton
	U of Il and US Army Corps of Engineers CERL
UUCP:	{ihnp4,pur-ee,convex}!uiucdcs!uiucuxc!hamilton
ARPA:	hamilton%uiucuxc@a.cs.uiuc.edu	USMail:	Box 476, Urbana, IL 61801
CSNET:	hamilton%uiucuxc@uiuc.csnet	Phone:	(217)333-8703
CIS:    [73047,544]			PLink: w hamilton