erc@Apple.COM (Ed Carp) (06/28/91)
OK, gang, here's the scoop: I try to print on an AppleTalk printer that's not in the Chooser. atstatus posts a message in the console window that says that the printer's not found, but lpc still reports the printer as "ready and printing". Any hints or ideas?? Thanks! -- Ed erc@apple.com -- Ed Carp N7EKG/6 erc@khijol.UUCP ...uunet!khijol!erc Packet: N7EKG @ N6IIU.#NOCAL.CA.US UUWEST Consulting Alameda, CA 415/814-0550 Computers HAVE caused a revolution in how much information we can safely ignore! --robs@ux1.cso.uiuc.edu (Rob Schaeffer) -- Absolutely unabashed Gates McFadden groupie! --
tony@tui.marcam.dsir.govt.nz (Tony Cooper) (06/28/91)
In article <54406@apple.Apple.COM>, erc@Apple.COM (Ed Carp) writes: |> OK, gang, here's the scoop: I try to print on an AppleTalk printer that's |> not in the Chooser. atstatus posts a message in the console window that |> says that the printer's not found, but lpc still reports the printer as |> "ready and printing". Any hints or ideas?? Thanks! lpc reports the status of the printing queue, not the printer. The actual printer may be on the moon for all it cares. As long as the queue is set up and ready to take new entries lpc is happy. lpc never talks to the printer. So it can't tell that the printer is not there. What you want to use is some program that actually does talk to the printer. Atstatus and others do that.
erc@Apple.COM (Ed Carp) (06/29/91)
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. This only works on an AppleTalk printer. -- Ed Carp N7EKG/6 erc@khijol.UUCP ...uunet!khijol!erc Packet: N7EKG @ N6IIU.#NOCAL.CA.US UUWEST Consulting Alameda, CA 415/814-0550 Computers HAVE caused a revolution in how much information we can safely ignore! --robs@ux1.cso.uiuc.edu (Rob Schaeffer) -- Absolutely unabashed Gates McFadden groupie! --
tony@tui.marcam.dsir.govt.nz (Tony Cooper) (06/29/91)
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.