Newbie: Printer problems

QNX Newsgroups (Archives) qdn.public.qnxrtp.newuser
1

Hi all;

I’ve got a HP4MV sitting at a given IP address; I can happily print to
it using a Unix style LPR print queue from other machines, including
Win32 and Linux.

I’ve setup the QNX printcap file correctly, but it doesn’t reliably
print. If I submit a text file with lpr, it sits in the queue until I
slay and restart lpd. When I do that, it will print. Submit another
job, and it sits in the queue until I slay … you get the idea.

Running “syslogd” shows me the following:
Jan 31 17:30:47 nto lpd[1253418-1]: lp: can’t scan /usr/spool/lp

I can happily access /usr/spool/lp as a normal user without any
problems at all.

Can anyone suggest where I might look to resolve this?

As an aside, I can’t see any printers from within photon, but I
believe that spooler (as opposed to lpd) is responsible for that. It’s
running, but /dev/printers doesn’t exist. I’m happy to solve these one
at a time, but if someone can solve both I’d be grateful.

Thanks,
Andrew.

2

Are you running RTP?
If so then you must create a directory called /usr/spool/output/lpd/xxx
where xxx is the printer queue name. Also, in RTP lpd errors are reported
via sloginfo.

Richard.

Andrew Lighten <andrew@actapps.com.au> wrote:

Hi all;

I’ve got a HP4MV sitting at a given IP address; I can happily print to
it using a Unix style LPR print queue from other machines, including
Win32 and Linux.

I’ve setup the QNX printcap file correctly, but it doesn’t reliably
print. If I submit a text file with lpr, it sits in the queue until I
slay and restart lpd. When I do that, it will print. Submit another
job, and it sits in the queue until I slay … you get the idea.

Running “syslogd” shows me the following:
Jan 31 17:30:47 nto lpd[1253418-1]: lp: can’t scan /usr/spool/lp

I can happily access /usr/spool/lp as a normal user without any
problems at all.

Can anyone suggest where I might look to resolve this?

As an aside, I can’t see any printers from within photon, but I
believe that spooler (as opposed to lpd) is responsible for that. It’s
running, but /dev/printers doesn’t exist. I’m happy to solve these one
at a time, but if someone can solve both I’d be grateful.

Thanks,
Andrew.

3

On 2 Feb 2001 20:37:24 GMT, Richard Freeman <rfreeman@qnx.com> wrote:

Richard;

Yes, this is RTP with patch A installed.

Running sloginfo reports the following:

Feb 04 05:52:56 5 11 64 1,1310759
7,1310759,drv=HP4MV,stp=1,enp=134217727,lmg=500,rmg=500,tmg=500,bmg=500
7,1310759scx=0,scy=0,int=50,dit=0,rsx=600,rsy=600,psz=0
7,1310759cpy=1,orn=0,ink=4,clr=0,dat=Sun Feb 4 05:52:54 2001
,usr=root,dev=HP4MV
Feb 04 05:52:56 5 11 64 3,1310759,pag=1,cop=1
Feb 04 05:52:57 5 11 64 4,1310759
Feb 04 05:52:57 5 11 64 3,1310759,pag=2,cop=1
Feb 04 05:52:57 5 11 64 4,1310759
Feb 04 05:52:59 lpd[1323051-1]: lp: can’t scan /usr/spool/output/lpd

The relevant printcap entry is:

cat /etc/printcap

lp|HP Laser Printer:
:lp=:rm=hp4mv:rp=text:sd=/usr/spool/output/lpd/lp:sh:

I’ve got directory /usr/spool/output/lpd/lp in place. I’ve also
created /usr/spool/output/lpd/hp4mv for good measure. Both are world
writable.

One curious thing is that even with the printcap ‘sd’ directive in
place, the cf* and df* files for the job end up in
/usr/spool/output/lpd, and not the ‘lp’ subdirectory.

Andrew.

Are you running RTP?
If so then you must create a directory called /usr/spool/output/lpd/xxx
where xxx is the printer queue name. Also, in RTP lpd errors are reported
via sloginfo.

Richard.

Andrew Lighten <> andrew@actapps.com.au> > wrote:
Hi all;

…
I’ve setup the QNX printcap file correctly, but it doesn’t reliably
print. If I submit a text file with lpr, it sits in the queue until I
slay and restart lpd. When I do that, it will print. Submit another
job, and it sits in the queue until I slay … you get the idea.
…