mcuee
mcuee
@tormodvolden How do you like this pull request? I think it is probably okay to be merged.
@weishaodi2zss Can you address the questions raised by @tormodvolden ? Thanks.
This does not really affect the function of the codes, just want to make it sounds more correct.
Maybe it is good to have some documentation improvement in this aspect.
* https://github.com/libusb/libusb/issues/297#issuecomment-675762505 From Chris > Closing a device while there are outstanding transfers is 100% an application error. Handling this gracefully has been discussed in #540, #610 and #703.
So I have closed #297, #540 and #610 but keep #703. Edit: keeping #297 open as well.
https://libusb.sourceforge.io/api-1.0/libusb_io.html ``` The synchronous interface ... Additionally, there is no opportunity to cancel the transfer after the request has been submitted. ```
You can report to the Linux USB mailing list. http://www.linux-usb.org/mailing.html
You may want to ask in libusb-devel mailing list to get better help.
https://marc.info/?t=145424689900001&r=1&w=2 >From Tim I think a good argument could be made that libusb should set RAW_IO unconditionally. Libusb itself does much of the buffer management that gets triggered in WinUSB...