Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.2 9/18/84; site uw-beaver
Path: utzoo!watmath!clyde!cbosgd!ulysses!mhuxr!mhuxt!mhuxv!mhuxh!mhuxi!mhuxm!mhuxj!houxm!vax135!cornell!uw-beaver!laser-lovers
From: laser-lovers@uw-beaver
Newsgroups: fa.laser-lovers
Subject: laser printers, 8 bit serial lines, and flow control
Message-ID: <765@uw-beaver>
Date: Wed, 6-Feb-85 02:44:35 EST
Article-I.D.: uw-beave.765
Posted: Wed Feb  6 02:44:35 1985
Date-Received: Thu, 7-Feb-85 03:30:58 EST
Sender: daemon@uw-beaver
Organization: U of Washington Computer Science
Lines: 22

From: (Bill Johnston [csam]) johnston@lbl-csam

It is becoming increasingly common for devices like typesetters and
laser printers to use async serial lines on which they expect 8 bit
codes for data (from the host), but exercise flow control (to the host)
using x-on and x-off.

There was some discussion of this awhile back, but I do not recall
that this specific situation was resolved in the affirmative, so I will
repeat the question:

Does anyone know how to make a 4.2 terminal driver send out 8 data bits
and honor x-on/x-off from the device. What ever method is used must be
efficient because the devices in question typically get large amounts
of data from the host, though the reverse flow is small.  If this is
not currently possible, has anyone modified the terminal driver to
accommodate this. If so I would very much like a copy.

The latest entry in the field of laser printers/typesetters which uses
this communication protocol is the Apple LaserWriter.

	Bill [johnston@lbl-csam.arpa]