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
Here, the driver is created first and the callback function is registered later. Now, drivers usually start reading data when they are instantiated. This is a problem for CsvDriver because it can read all the data before any callback function is registered, so consuming all. The PR #58 workarounds this here, but I don't think it is enough because even if the callback function is registered, the application may not be still ready (this was happening in vicalib).
Would it be worth it considering changing the design of the drivers so they have a Start function?
IMU drivers are usually used like this:
Here, the driver is created first and the callback function is registered later. Now, drivers usually start reading data when they are instantiated. This is a problem for
CsvDriver
because it can read all the data before any callback function is registered, so consuming all. The PR #58 workarounds this here, but I don't think it is enough because even if the callback function is registered, the application may not be still ready (this was happening in vicalib).Would it be worth it considering changing the design of the drivers so they have a Start function?
For example:
The text was updated successfully, but these errors were encountered: