Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 1 May 1999 14:41:31 -0700 (PDT)
From:      Gary Kline <kline@tera.com>
To:        kstewart@3-cities.com
Cc:        kline@tera.com, questions@FreeBSD.ORG
Subject:   Re: printjob.c
Message-ID:  <199905012141.OAA13186@athena.tera.com>
In-Reply-To: <372B7286.E2AF471E@3-cities.com> from Kent Stewart at "May 1, 99 02:30:46 pm"

next in thread | previous in thread | raw e-mail | index | archive | help
According to Kent Stewart:
> 
> 
> Gary Kline wrote:
> > 
> > According to Kent Stewart:
> > >
> > >
> > > Gary Kline wrote:
> > > >
> > > >    Further examination of my lpr problems have turned up
> > > >    some strange results.
> > > >
> > > >    As root, lptest > /dev/lpt0
> > > >
> > > >    spits out essentially blank pages; it prints one test line
> > > >    and quits.  As myself, I run into permission problems.
> > > >
> > > >    catting a file (  as root  ) to /dev/lpt0  seems to work
> > > >    in very slowmotion which would seem to indicate some screwup
> > > >    in the BIOS setup.
> > 
> >                 Mis-statement:
> > 
> >                 # cat file > /dev/lpt0
> > 
> >                 printf ``file'' (with staircase); with it's usual
> >                 hesitation..
> > 
> > > >
> > > >    lpq always shows `no entries'.
> > > >
> > > >    The "cannot exevc %s" <filter> string is coming from an execv()
> > > >    failure in lpr/lpr/printjob.c,  but that's about it.
> > > >
> > > >    Ideas, printer wizards??
> > >
> > > You created your filter or etc as root and didn't chmod it so a user
> > > could run it.
> > >
> > 
> >                 I don't think so::
> > 
> > pe 13:44 <tao> [982] ll printcap                                           /etc
> > 2 -rw-r--r--  1 root  wheel  291 Jun  6  1998 printcap
> > 
> >                 and in /usr/local/libexec, hpif is 0555
> > 
> > -r-xr-xr-x  1 kline  kline  499 May  1 10:43 hpif
> > 
> >                 This hpif isn't the original, but it ought to
> >                 work.  At least with lpr.   But zero.
> > 
> >                 I figure that the trouble has something to do
> >                 with lpr, but I can't imagine what:
> > 
> > tao# cd /usr/bin;ll lpr
> > /usr/bin
> > -r-sr-sr-x  1 root  daemon  20480 Mar 24  1998 lpr
> > tao# file lpr
> > lpr: setuid setgid FreeBSD/i386 compact demand paged dynamically linked executable
> > 
> >                 lpr looks undamaged.  There are no locks in
> >                 /var/spool/output.
> > 
> >                 What am I missing?
> 
> My printcap file has a filter lj.sh and it is setup as 
> 
> -rwxr-xr-x  1 root  daemon   65 Apr 30 12:45 lj.sh
> 
> I figured you had something like that and it didn't have any user
> rights.
> 


	Sure.  This would have  been pretty common, both  by new users
	and by the more seasoned user.  

	Doug White, if you have any time, maybe you can think of
	something obscure...  Why execv() fails in printjob.c, 
	andor why lpr doesn't queue anything.

	Greg?  any other wizards?

	gary


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-questions" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199905012141.OAA13186>