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. > http://www.radiotube.org/patch-backend_usb-unix.c > > Put it into /usr/ports/print/cups-base/files if you would like to test > it.
That works for me with my USB Lexmark E210. (The file:/ URI workaround also works). Thanks! Are you coordinating anything with the cups project or the port maintainer to explore this issue? JN _______________________________________________ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"