Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!sdd.hp.com!mips!pacbell.com!ucsd!dog.ee.lbl.gov!elf.ee.lbl.gov!torek
From: torek@elf.ee.lbl.gov (Chris Torek)
Newsgroups: comp.unix.questions
Subject: Re: Type-ahead in unix
Message-ID: <12132@dog.ee.lbl.gov>
Date: 16 Apr 91 22:22:10 GMT
References: <50ed9956.cb12@dabo.citi.umich.edu> <-Q=_Y$_@warwick.ac.uk> <15845@smoke.brl.mil> <17309:Apr1614:19:5491@kramden.acf.nyu.edu>
Reply-To: torek@elf.ee.lbl.gov (Chris Torek)
Organization: Lawrence Berkeley Laboratory, Berkeley
Lines: 24
X-Local-Date: Tue, 16 Apr 91 15:22:10 PDT

In article <17309:Apr1614:19:5491@kramden.acf.nyu.edu>
brnstnd@kramden.acf.nyu.edu (Dan Bernstein) writes:
>... The part I'm most impressed by is the way that characters are
>preserved when you switch from cbreak to cooked mode [in Ultrix 4.1]:
>I simply can't tell when the switch happened, because any typeahead
>is echoed properly and stuck back into the cooked cbuf so that line
>editing works.

(This is the right thing to do; it is also impossible in the `streams'
stuff in current SunOS releases, because the ldterm module may not pull
data back down from the streams head.  There are only two fixes: allow
data to be retracted, or do not send data upstream until it is requested.)

>It's years ahead of the latest releases from Convex and Sun,

Sun, at least, for the reason given above; but:

>not to mention 4.3-Reno.

huh?  4.3BSD (all releases thereof) have always done this.  What do
you think the PENDIN and catq() under TIOCSETA{,W} are doing in tty.c?
-- 
In-Real-Life: Chris Torek, Lawrence Berkeley Lab CSE/EE (+1 415 486 5427)
Berkeley, CA		Domain:	torek@ee.lbl.gov