Subject: Re: No response when do lptest > /dev/ulpt0...anything else to try?
To: Andy Ruhl <acruhl@gmail.com>
From: Gary Thorpe <gathorpe79@yahoo.com>
List: netbsd-help
Date: 03/08/2005 15:12:13
--- Andy Ruhl <acruhl@gmail.com> wrote:
> On Mon, 7 Mar 2005 13:06:20 -0500 (EST), Gary Thorpe
> <gathorpe79@yahoo.com> wrote:
> > 
> > --- Mark Tamola <marktam264@hotmail.com> wrote:
> > > All,
> > >
> > > I'm trying to set up a USB printer on NetBSD 2.0 (an HP PSC 1350
> > > All-in-one).  The following shows up in dmesg:
> > >
> > > ulpt0 at uhub0 port 2 configuration 1 interface 1
> > > ulpt0: hp psc 1300 series, rev 2.00/1.00, addr 2, iclass 7/1
> > > ulpt0: using bi-directional mode
> > >
> > > However, when I do a "lptest 70 5 > /dev/ulpt0", there is no
> response
> > > at all
> > > from the printer.  I've also tried the /dev/ulpn0 device, but
> that
> > > has no
> > > response either.  No lights blinking on the printer at all.  I
> > > installed
> > > apsfilter from pkgsrc, but even experimenting with various
> drivers,
> > > etc., I
> > > get no response at all from the printer.
> > >
> > > How do I set up the printer properly? If I can't even do a "cat
> > > file.txt >
> > > /dev/ulpt0", I don't know what else to try.
> > >
> > > Thanks,
> > >
> > > -Mark
> > 
> > I think this would only work with much older printers from the
> MS-DOS
> > era (most now would use PCL, postscript or some other high level
> > lanaguge to communicate with the PC). You will most likely have to
> use
> > ghostscript (or something else) to convert the output of lptest
> into a
> > format the printer will understand and then send that to /dev/ulpt0
> > (this is assuming nothing is actually wrong with the printer or the
> > driver) to get some results.
> 
> That didn't work for me either, and I didn't go any farther into it.
> 
> Problem is, the stuff that Mark said is what's in the guide. 
> 
> Any possibility that you could expand on this for the docs?
> 
> Andy

As far as I know there is no way to tell if 'lptest > /dev/[u]lpt?'
will produce anything given some random printer. The ASCII is what the
printer would see from MS-DOS's native printer driver so I would not
expect future printers to retain this ability for very long (some have
not). If a printer works with MS-DOS, the lptest would also certainly
work too.

A better test involves using a ghostscript filter (because that is what
you are going to use most likely anyway). The guide should probably
mention that using the raw ouput from lptest won't always work.

______________________________________________________________________ 
Post your free ad now! http://personals.yahoo.ca