[sane-devel] Fwd: sanei_usb limitations

2011-01-05 Thread Reinhold Kainhofer
Am Mittwoch, 5. Januar 2011, um 15:25:59 schrieb m. allan noah: > On Tue, Jan 4, 2011 at 8:55 PM, Reinhold Kainhofer > > wrote: > > New patch is now up at: > > http://codereview.appspot.com/2823041/ > > Looks good, except you forgot your copyright notice :) [...] > Add your copyright notice and

[sane-devel] Fwd: sanei_usb limitations

2011-01-05 Thread m. allan noah
On Tue, Jan 4, 2011 at 8:55 PM, Reinhold Kainhofer wrote: > New patch is now up at: > http://codereview.appspot.com/2823041/ Looks good, except you forgot your copyright notice :) > Actually, it is more convenient to change the default once during > initialization and then don't have to care abo

[sane-devel] Fwd: sanei_usb limitations

2011-01-05 Thread Reinhold Kainhofer
New patch is now up at: http://codereview.appspot.com/2823041/ Am Mittwoch, 5. Januar 2011, um 02:25:24 schrieb m. allan noah: > On Tue, Jan 4, 2011 at 8:01 PM, Reinhold Kainhofer > wrote: > > Am Dienstag, 4. Januar 2011, um 22:19:16 schrieb m. allan noah: > >> I think your previous idea of addin

[sane-devel] Fwd: sanei_usb limitations

2011-01-05 Thread Reinhold Kainhofer
Am Dienstag, 4. Januar 2011, um 22:19:16 schrieb m. allan noah: > I think your previous idea of adding a a new function to set the > currently 'active' endpoint would be simpler. Actually, that was never my idea for overriding the endpoints for a single transactions, only for setting the global

[sane-devel] Fwd: sanei_usb limitations

2011-01-04 Thread Reinhold Kainhofer
Am Samstag, 27. November 2010, um 00:10:54 schrieb m. allan noah: > Reinhold Kainhofer has recently worked up a patch with an alternative > implementation of your idea- and there was some discussion about yet a > third mechanism, which relies on a 'setting' function to be called > prior to transfer

[sane-devel] Fwd: sanei_usb limitations

2011-01-04 Thread m. allan noah
On Tue, Jan 4, 2011 at 8:01 PM, Reinhold Kainhofer wrote: > Am Dienstag, 4. Januar 2011, um 22:19:16 schrieb m. allan noah: >> I think your previous idea of adding a a new function to set the >> currently 'active' endpoint would be simpler. > > Actually, that was never my idea for overriding the e

[sane-devel] Fwd: sanei_usb limitations

2011-01-04 Thread m. allan noah
I think your previous idea of adding a a new function to set the currently 'active' endpoint would be simpler. something like: /*endpoint types*/ #define SANEI_USB_BULK_OUT 0 #define SANEI_USB_BULK_IN 1 ... sanei_usb_set_endpoint(SANE_Int dn, SANE_Int endpoint_type, SANE_Int endpoint_number){

[sane-devel] Fwd: sanei_usb limitations

2010-11-27 Thread Reinhold Kainhofer
Am Samstag, 27. November 2010, um 00:10:54 schrieb m. allan noah: > Reinhold Kainhofer has recently worked up a patch with an alternative > implementation of your idea- and there was some discussion about yet a > third mechanism, which relies on a 'setting' function to be called > prior to transfer

[sane-devel] Fwd: sanei_usb limitations

2010-11-26 Thread m. allan noah
resend to entire list... --- Reinhold Kainhofer has recently worked up a patch with an alternative implementation of your idea- and there was some discussion about yet a third mechanism, which relies on a 'setting' function to be called prior to transferring the data