On Saturday 01 July 2006 12:40, Jan-Espen Pettersen wrote:
> > The problem is that read operations on usb printers might just
> > block/hang with no data from the printer (?). ulpt doesn't have
> > non-blocking I/O, so I've made a patch that simply times out read
> > operations, and disables further reads if it detects a blocking/stall
> > condition. It is possible that this breaks the back-channel, as I'm
> > unsure if we can expect a printer to send inbound data before we
> > actually write anything out?
> > It looks like there are similar problems with other backends? I've only
> > looked at the usb backend yet.
> Sorry, the attachment got cleared by mailman.
> Put it into /usr/ports/print/cups-base/files if you would like to test
That works for me with my USB Lexmark E210. (The file:/ URI workaround also
Thanks! Are you coordinating anything with the cups project or the port
maintainer to explore this issue?
firstname.lastname@example.org mailing list
To unsubscribe, send any mail to "[EMAIL PROTECTED]"