fxsdk/libfxlink
Lephenixnoir 85d7fcf9e9
libfxlink: fix race condition leading to lost messages
Basically if the calculator sends two messages in a row, it is possible
for a single libusb_handle_events() to get both. And the comm structure
wasn't designed for that, because it could buffer only one message at a
time, which the user needed to read after event handling.

The comm structure now has a 16-message buffer, which should be more
than enough for any single event handling loop. On the user level this
has implications in that fxlink_device_finish_bulk_IN() must be called
*in a loop* after each event handling cycle.

Reported in https://git.planet-casio.com/Lephenixnoir/gint/pulls/27
2024-03-24 19:25:35 +01:00
..
cmake libfxlink: add status functions to avoid looking into fdev fields 2023-04-01 21:35:28 +02:00
include/fxlink libfxlink: fix race condition leading to lost messages 2024-03-24 19:25:35 +01:00
defs.c libfxlink: fix race condition leading to lost messages 2024-03-24 19:25:35 +01:00
devices.c libfxlink: fix race condition leading to lost messages 2024-03-24 19:25:35 +01:00
filter.c split fxlink into library (not installed yet) and executable 2023-03-26 12:20:50 +02:00
logging.c split fxlink into library (not installed yet) and executable 2023-03-26 12:20:50 +02:00
protocol.c split fxlink into library (not installed yet) and executable 2023-03-26 12:20:50 +02:00