Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!utcs!tj
From: tj@utcs.UUCP
Newsgroups: net.micro.pc
Subject: Re: LaserWriter+ <--> IBM-PC
Message-ID: <1986Oct22.142823.345@utcs.uucp>
Date: Wed, 22-Oct-86 14:28:23 EDT
Article-I.D.: utcs.1986Oct22.142823.345
Posted: Wed Oct 22 14:28:23 1986
Date-Received: Wed, 22-Oct-86 14:58:26 EDT
References: <544@water.UUCP> <591@bunny.UUCP> <382@entropy.UUCP> <185@drilex.UUCP> <560@water.UUCP>
Reply-To: tj@utcs.UUCP (tj)
Distribution: net
Organization: University of Toronto Computing Services, general purpose UNIX
Lines: 18
Checksum: 14107


Cable between Apple LaserWriter and PC is 2-3 3-2 7-7 20-20 assuming that
Xon Xoff is happening.

A little more info might be worth while. For those unfamiliar, revision
2 of LaserWriters' software supports DTR if you set it up properly with
a small Postscript program first.

Also, watch that the Apple LaserWriter is set to that same parity as the 
PC. The ALW will send the Xon/Xoff in the parity it is set to and the
spooling software may miss it if the PC parity is set wrong. (Thats what
happened to me on the mainframe)

Also a bug in earlier ALW's caused the ALW to send Xoff then never Xon
again. Apparently fixed i revision 2 but I still see it if the printer 
has Xoffed just after I send it bad postscript code and it flushes
to the end of file. The thing hangs waiting for characters but the host
is waiting for an Xon.