Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.2 9/18/84; site brl-tgr.ARPA
Path: utzoo!watmath!clyde!bonnie!akgua!sdcsvax!dcdwest!ittvax!decvax!wivax!cadmus!harvard!seismo!brl-tgr!tgr!Ron Natalie  
From: Ron Natalie  
Newsgroups: net.unix
Subject: Re:  LaserJet printercap for BSD 4.2?
Message-ID: <6136@brl-tgr.ARPA>
Date: Wed, 28-Nov-84 13:16:50 EST
Article-I.D.: brl-tgr.6136
Posted: Wed Nov 28 13:16:50 1984
Date-Received: Sat, 1-Dec-84 19:36:49 EST
Sender: news@brl-tgr.ARPA
Organization: Ballistic Research Lab
Lines: 17

> Depends on what you want.  You can get a full 8-bit path on OUTPUT with
> flow control just by setting LITOUT.  You can get a full 8-bit path with
> flow control on INPUT if you hack the driver a bit to support TANDEM
> even in RAW mode.  But you cannot get an 8 bit data path in BOTH directions
> with flow control at all, ever.  The problem is fundamental: if you
> receive an XON or XOFF, how do you decide if it is part of the data or
> a flow control instruction from the other machine?  You just cannot
> transmit flow-control instructions along with all-256-codes-valid data
> on the same wire without some sort of additional encoding being done.

Give me a break.  What does processing control-S and control-Q have to
do with whether the incoming character is and-ed with 0177?  Why cant
I have a mode that gives me all eight bits and XON and XOFF processing.
This would be 254 bits processed instead of the normal 126 bits that you
get with LITOUT or RAW off.

-Ron