Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!pacific.mps.ohio-state.edu!linac!att!ucbvax!aloft.att.com!vmd
From: vmd@aloft.att.com (V Mark Dennis)
Newsgroups: comp.laser-printers
Subject: Re: QMS-410 problems
Message-ID: <9104081711.AA27725@crayola.cs.UMD.EDU>
Date: 5 Apr 91 17:09:58 GMT
References: <9104021823.AA17816@crayola.cs.UMD.EDU>
Sender: daemon@ucbvax.BERKELEY.EDU
Organization: AT&T Bell Laboratories
Lines: 41
Approved: laser-lovers@brillig.umd.edu

In article <9104021823.AA17816@crayola.cs.UMD.EDU> russ@PSYCH.TORONTO.EDU (Russell Sutherland Dean's Office) writes:
>I have been having problems getting a new QMS-410 printer
>hooked up to our local SUN3/280 computer. The printer is actually
>attached to an Annex II terminal server over the serial line.

>-- 
>
>Russell Sutherland			Bell:	   (416)-978-5140
>Office of the Dean			Uucp:	   ...{utzoo,utgpu}!utas!russ
>Faculty of Arts and Science		Internet:  russ@artsci.utoronto.ca
>

I configured my printers using this code:

	%!
	executive
	serverdict begin 0 exitserver
	executive
	statusdict begin 0 setsoftwareiomode
	statusdict begin 25 9600 87 setsccbatch
	end
	quit

On your Test Configuration Page, the Serial RS-232C line will look likes
this:
	PostScript, 9600, none, 8, 1, XON/XOFFtpo

I got the '87' from QMS.  I have 3 410s and they work most of the time, but
a few times a week, they will each either hang or kill a job.  When the printer
hangs, I get this message:  Emulator trap - core dumped.  Also, there is a
.nfsXXX file in the spool directory.  When a job gets killed, I get this:
ERROR: printer is idle, giving up!.  This message comes from transcript.  I
believe the other comes from the OS.

I think I have a communications problem here.  QMS is supposedly checking into
it for us.

Mark Dennis
att!aloft!vmd

PS: The RS232 implementation varies from sun to sun model.