Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10 5/3/83; site grkermit.UUCP
Path: utzoo!watmath!clyde!burl!mgnetp!ihnp4!zehntel!dual!amd70!decwrl!decvax!genrad!grkermit!chris
From: chris@grkermit.UUCP (Chris Hibbert)
Newsgroups: net.emacs, net.unix-wizards
Subject: XON/XOFF, VT100's, 4.2BSD and Unipress Emacs
Message-ID: <721@grkermit.UUCP>
Date: Tue, 26-Jun-84 10:01:08 EDT
Article-I.D.: grkermit.721
Posted: Tue Jun 26 10:01:08 1984
Date-Received: Sat, 30-Jun-84 03:15:11 EDT
References: <720@grkermit.UUCP>
Organization: GenRad Inc., Concord, MA
Lines: 23

(I originally posted only my query to net.emacs, but I'm expanding
to include net.unix-wizards since I've gotten information that the tty
driver has or had a bug that is causing part of the problem.)

My basic problem is that vt100's, Unipress Emacs, and a new 4.2BSD
system are fighting amongst themselves about flow-control characters.
I've solved the problem within Emacs by increasing the padding so that
the terminal never generates a ^S there.  The problem now is that if
you use ^s (e.g. to do a search) within emacs, then when you leave
emacs, the terminal freezes in the middle of the first command with
reasonably long output.  

I have been told (by genrad!john) that this is due to a bug in the tty
driver that causes it to record flow-control characters even in raw
mode.  He said that fixes were announced for 4.1, and he was surprised
that they weren't incorporated into 4.2.  Does anyone have a copy of
the fix they could send me?  Am I on the right track?

Thanks again,
Chris

decvax!genrad!grkermit!chris
allegra!linus!genrad!grkermit!chris