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
If I use EventsExecutors with rmw_connextdds and these chagnes (ros2/rmw_connextdds#76), which enable event listeners, I get many warnings regarding incompatibly QoS. For example, if I execute the events execturos tests, I get these warnings for each test case:
I have no idea whether this is an issue of the events executor or these changes to rmw_connextdds. But I suppose that it makes sense if both sides would have a look at this issue.
The text was updated successfully, but these errors were encountered:
I think this is the same issue we had both on rmw_cyclonedds and rmw_fastdds, that we were storing a single "event callback" for all the possible listener callbacks. So first a callback is set for "new message" events, but then it is overridden with the callback for an "incompatible QoS". Thus, when you get a new message, the callback for "incompatible QoS" is wrongly called.
This is happening on rmw_connextdds, see here.
Connext should have an array of callbacks for each listener event type (new message, new QoS event, etc).
See what rmw_fastdds has:
If I use EventsExecutors with rmw_connextdds and these chagnes (ros2/rmw_connextdds#76), which enable event listeners, I get many warnings regarding incompatibly QoS. For example, if I execute the events execturos tests, I get these warnings for each test case:
I have no idea whether this is an issue of the events executor or these changes to rmw_connextdds. But I suppose that it makes sense if both sides would have a look at this issue.
The text was updated successfully, but these errors were encountered: