Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!uunet!ccicpg!felix!zemon
From: hurf@tcgould.tn.cornell.edu (Hurf Sheldon)
Newsgroups: comp.unix.ultrix
Subject: Re: HP LaserJet Support?
Message-ID: <10280@felix.UUCP>
Date: Fri, 23-Oct-87 13:38:20 EST
Article-I.D.: felix.10280
Posted: Fri Oct 23 13:38:20 1987
Date-Received: Mon, 26-Oct-87 00:51:00 EST
References: <9562@felix.UUCP>
Sender: zemon@felix.UUCP
Organization: Cornell Theory Center, Cornell University, Ithaca NY
Lines: 58
Approved: zemon@felix.UUCP

Reply-Path:



In article <9562@felix.UUCP> geoff@laticorp.UUCP (Geoff Leach) writes:
>
>Does anyone have the LaserJet working under 2.0?

Yes, we do.

>We have intermittent problems with the printer's buffer
>being overrun, resulting in jobs being run together.

We encountered this problem two times - one was in getting flow control
to work properly (we use 2,3,7 exclusively) with the printcap set to 8 bits,
which you need for the HP. We resolved this with the following printcap:


# Hewlett Packard LaserJet in B-81A
lj|HP|laserjet:\
	:lp=/dev/lj:\
	:fc#0177777:\
	:fs#0000321:\
	:xc#0:\
	:xs#0040040:\
	:mc#3:\
	:br#9600:\
	:sd=/usr/spool/lj:\
	:lf=/usr/adm/lj-log:
# Alternate setup to same laserjet to toggle settings for some types
# of graphics
lj1|HP|laserjet:\
	:lp=/dev/lj:\
	:fc#0177777:\
	:fs#0000301:\
	:xc#0:\
	:xs#0040040:\
	:mc#3:\
	:br#9600:\
	:sd=/usr/spool/lj1:\
	:lf=/usr/adm/lj1-log:

------

The second was with a third party DHV-11 not handling flow control in
a fashion Ultrix was happy with.  They rewrote their proms & fixed
it.  (It seems some thirdparty emulations are dependent on VMS
interrupt service routines to function correctly - most third party
board builders are not fully aware of the differences in a VMS vax
and a Unix/Ultrix vax - always put "guaranteed to function properly
with Ultrix [Unix] xx software" and make sales people know that is
what you want it for.  (the preceeding was non specific free advice
I tossed in because I thought of it).  We found that flow control,
modem signal handling, etc.  all worked wrong on boards whose
emulation had only been set up for VMS systems.  hurf

-- 
     Hurf Sheldon			 Network: hurf@ionvax.tn.cornell.edu
     Lab of Plasma Studies		  Bitnet: hurf@CRNLION
     369 Upson Hall, Cornell University, Ithaca, N.Y. 14853  ph:607 255 7267
     I sold my Elan, got a job in science; Now, no one takes me seriously.