Hi, On 08/03/2013 07:42 PM, Pete Batard wrote: > On 2013.08.03 16:41, Hans de Goede wrote:
<snip> >> Really doing any IO at all on enumeration is a big no no. > > The proposal is simply about duplicating the IO we expect the OS to > perform naturally, I believe the discussion between you and Alan has hopefully made it clear why this is a bad idea. I've the feeling we're deviating a bit from the original topic. So I agree with you that doing on-demand (not on-enumeration, but on-demand), caching of various descriptors would be a good idea, and then we don't need to add special cached versions of various functions to our API, which would be good. But the problem with using a transparent caching approach (which I like as an idea) for the string descriptors I'm interested in, is that our current libusb_get_string_descriptor functions take a device_handle rather then just a device. And getting a device_handle requires privileges under Linux, so what I would like to see is a new set of string descriptor functions which take a device rather then a device_handle as argument. Regards, Hans ------------------------------------------------------------------------------ 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
