[PARPORT] LPGETSTATUS

• Previous message: Pawel Stochlinski: "[PARPORT] inw(...); inb(...);"
• In reply to: Blaise Gassend: "Re: [PARPORT] Question about reading from input pins."
• Next in thread: Tim Waugh: "Re: [PARPORT] LPGETSTATUS"
• Reply: Tim Waugh: "Re: [PARPORT] LPGETSTATUS"
• Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

I am writing a program that switches (mutually exclusive) between using lp
and ppdev depending on the settings the user desires, (lp for real printing
and ppdev for data transferring). So I am loading on demand the required
module. That part is working, however, if I am trying to print to a printer
everything works as I expect as long as there is a printer physically
connected. The problem is when there is no printer connected. I am trying
to put in some "timeout" code for this situation.

I am doing an ioctl call with LPGETSTATUS. I see in the lp.c code that the
said case calls "lp_claim_parport_or_block(...)". In my program, it is
looks like it is blocking. It looks locked up. Is that because I have not
previously claimed the port? Is there a similar call to find the status
which won't block?

Thank You,

Nate

-- To unsubscribe, send mail to: linux-parport-request@torque.net --
-- with the single word "unsubscribe" in the body of the message. --

• Next message: Tim Waugh: "Re: [PARPORT] LPGETSTATUS"
• Previous message: Pawel Stochlinski: "[PARPORT] inw(...); inb(...);"
• In reply to: Blaise Gassend: "Re: [PARPORT] Question about reading from input pins."
• Next in thread: Tim Waugh: "Re: [PARPORT] LPGETSTATUS"
• Reply: Tim Waugh: "Re: [PARPORT] LPGETSTATUS"
• Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

This archive was generated by hypermail 2b29 : Tue Dec 17 2002 - 16:08:59 EST