Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!mips!pacbell.com!decwrl!waikato.ac.nz!comp.vuw.ac.nz!am.dsir.govt.nz!tui.marcam.dsir.govt.nz!tony
From: tony@tui.marcam.dsir.govt.nz (Tony Cooper)
Newsgroups: comp.unix.aux
Subject: Re: HELP!!  lpc status giving back wrong status
Message-ID: <1991Jun29.043743.4337@am.dsir.govt.nz>
Date: 29 Jun 91 04:37:43 GMT
References: <54406@apple.Apple.COM> <1991Jun28.001424.3993@am.dsir.govt.nz> <54447@apple.Apple.COM>
Sender: news@am.dsir.govt.nz
Reply-To: sramtrc@albert.dsir.govt.nz
Organization: Applied Mathematics Group D.S.I.R.
Lines: 21


In article <54447@apple.Apple.COM>, erc@Apple.COM (Ed Carp) writes:
|> In article <1991Jun28.001424.3993@am.dsir.govt.nz>
sramtrc@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.