Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10 UW 5/3/83; site uw-beaver
Path: utzoo!watmath!clyde!burl!ulysses!mhuxl!houxm!houxz!vax135!cornell!uw-beaver!laser-lovers
From: laser-lovers@uw-beaver (laser-lovers)
Newsgroups: fa.laser-lovers
Subject: Controlling a QMS
Message-ID: <1322@uw-beaver>
Date: Wed, 1-Aug-84 00:40:26 EDT
Article-I.D.: uw-beaver>.1322
Posted: Wed Aug  1 00:40:26 1984
Date-Received: Fri, 27-Jul-84 08:40:31 EDT
Sender: daemon@uw-beave
Organization: U of Washington Computer Science
Lines: 24

From: allegra!cmcl2!rna!dan (Dan Ts'o)
Hi,
	We are also looking into the problem of receiving status information
from the QMS 1200 but don't have as yet a satisfactory solution. Please let
us know of any you find.
	Currently, our qtroff command assumes it needs to load all fonts. The
user can supply an option which directs qtroff to use the host-maintained
font state.
	I put a scope on the QMS and found that it spits out an XON (^Q) every
10 seconds. This "feature" might be used to detect if the QMS was ever powered
down or if the QMS is powered down, first being important for the font info and
the second for the printer spooler to determine whether the printer is up at
all. This was, of course, only the RS232 interface.
	Lets push QMS to providing better status information from the printer.


					Cheers,
					Dan Ts'o
					Dept. Neurobiology
					Rockefeller Univ.
					1230 York Ave.
					NY, NY 10021
					212-570-7671
					...cmcl2!rna!dan