HELP!! lpc status giving back wrong status

Tony Cooper tony at tui.marcam.dsir.govt.nz
Sat Jun 29 14:37:43 AEST 1991


In article <54447 at apple.Apple.COM>, erc at Apple.COM (Ed Carp) writes:
|> In article <1991Jun28.001424.3993 at am.dsir.govt.nz>
sramtrc at albert.dsir.govt.nz writes:
|> 
|> >lpc never talks to the printer. So it can't tell that the printer is not
|> 
|> Not quite.  Try pulling your paper tray out of your printer, then queue up a
|> job to the printer.  lpc stat will report that the tray is missing.
|> 

No - lpc still does not talk to the printer. lpc just echos the message in
the file called status in the spool directory. What has happened is that
the program that actually talks to the printer has tried to print a job,
has found that the tray is missing, and alters the status message 
accordingly. You can test this by changing the status message manually.
lpc will just report it as it is. 

Of course I could be wrong - the A/UX lpc may have been changed from the
standard Berkeley one. I'm talking strictly from theory, not practice.
And lpc (I think) only echos the status message when a job is queued.



More information about the Comp.unix.aux mailing list