You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When working on issue #5401 I was stumbling upon much error messages from our libusb port resp. binding, whenever the related USB device vanished. Therefore, I changed it to warn once and freeze. As it turned out: there are use-cases of this library, where a component using the libusb implements another service. When the USB device of this component vanishs, it shall get restarted, but first it's clients have to gracefully close their sessions to the component. Therefore, the component must not freeze in the first place, when the USB device vanishs.
Alternatively, we should propagate an appropriated error code of the libusb to the API clients.
The text was updated successfully, but these errors were encountered:
Instead of freezing, return corresponding libusb error code if the
USB device got disconnected. Therefore, components using the library
can continue to work otherwise.
Fixgenodelabs#5434
Instead of freezing, return corresponding libusb error code if the
USB device got disconnected. Therefore, components using the library
can continue to work otherwise.
Fix#5434
When working on issue #5401 I was stumbling upon much error messages from our libusb port resp. binding, whenever the related USB device vanished. Therefore, I changed it to warn once and freeze. As it turned out: there are use-cases of this library, where a component using the libusb implements another service. When the USB device of this component vanishs, it shall get restarted, but first it's clients have to gracefully close their sessions to the component. Therefore, the component must not freeze in the first place, when the USB device vanishs.
Alternatively, we should propagate an appropriated error code of the libusb to the API clients.
The text was updated successfully, but these errors were encountered: