On Sun, 4 Aug 2013, Pete Batard wrote:

> > This is where I (and probably Hans) disagree.  The central server
> > should cache whatever it needs and -- on demand -- whatever clients ask
> > for.  Nothing more, unless the server's back end can get the data
> > directly from the OS without any USB traffic.  I simply see no point in
> > "polluting the bus" to get data that a client _might_ want.
> 
> So, provided this is all we'd need to do to avoid pollution on Windows, 
> your preference would be for libusb to cancel its established contract 
> (I think it's explicitly documented) to cache the config descriptors on 
> all platforms?

Not at all.  As I said above, the server should cache whatever it 
needs.  If config descriptors are part of the established contract 
then the server needs them.

> > BTW, you'd be amazed at how much trouble you can get into merely by
> > trying to send standard requests that try to duplicate what the OS does
> > anyway.  And you'd be amazed at the hoops an OS has to jump through to
> > get reasonable data without upsetting devices.  Ths OS can't afford the
> > luxury of crashing a device merely because that device fails to comply
> > with the USB spec.
> 
> Then I'd be tempted to say that what applies to the kernel doesn't 
> necessarily have to apply to a userland library... ;)

True.  But do you look forward to telling users: "Libusb doesn't work
with your device because it crashes when we send it this request for
information which we don't really need"?

Alan Stern


------------------------------------------------------------------------------
Get your SQL database under version control now!
Version control is standard for application code, but databases havent 
caught up. So what steps can you take to put your SQL databases under 
version control? Why should you start doing it? Read more to find out.
http://pubads.g.doubleclick.net/gampad/clk?id=49501711&iu=/4140/ostg.clktrk
_______________________________________________
libusbx-devel mailing list
libusbx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/libusbx-devel

Reply via email to