As complete outside to this thread observing from the far:

I don't understand Hans approach here.

I looks to me that here we have Miguel with a reproducible  case where a
an infinite loop inside libusb can be triggered by disturbing the USB
communication externally without touching the code in any shape or form.

Miguel has demonstrated, at least to his own satisfaction, that the buffers
involved are ok by using a memmove on them.

Further he has looked at the kernel code and found out that a buffer
over run can also cause EFAULT and if I understood correctly, that
a wrong  data length could be a possible cause. And if I understood
correctly this wrong length cannot come from his code but comes
from kernel or libusb.

Thus it looks to me that in this kind of scenario it is definitely wrong
if libusb call hangs  because of a transfer error.

So why not either accept that there is a logic problem in libusb
in that it can hang (regardless of weather it actually is EFAULT or not)
or that Miguel has some problem in which case try help him to resolve
that?

In short, I'm getting the impression that Miguel is right here...

cheers Kusti


________________________________
This e-mail may contain confidential or privileged information. If you are not 
the intended recipient (or have received this e-mail in error) please notify 
the sender immediately and destroy this e-mail. Any unauthorized copying, 
disclosure or distribution of the material in this e-mail is strictly 
forbidden. We will not be liable for direct, indirect, special or consequential 
damages arising from alteration of the contents of this message by a third 
party or as a result of any virus being passed on or as of transmission of this 
e-mail in general.
------------------------------------------------------------------------------
CenturyLink Cloud: The Leader in Enterprise Cloud Services.
Learn Why More Businesses Are Choosing CenturyLink Cloud For
Critical Workloads, Development Environments & Everything In Between.
Get a Quote or Start a Free Trial Today. 
http://pubads.g.doubleclick.net/gampad/clk?id=119420431&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