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