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
The runReachStudy function has an argument for waiting for keyboard input to keep the reach study objects alive until the user is done interacting with the reach study in Rviz. The ROS2 launch system apparently does not allow terminal inputs to be passed to the launched nodes, so the reach study node hangs indefinitely until the program is manually terminated. We should think of an alternate method of handling this that works correctly in ROS2
The text was updated successfully, but these errors were encountered:
I can confirm that this happens when launching the software via a ROS launch file. This bug does not happen when the code is started with the Python interface.
I think the corresponding issue in ROS 2 launch is this one ros2/launch#635
There are of course other ways to get the keyboard input than using cin but all of these seem to be platform specific.
A hacky solution for this problem is adding prefix='xterm -e', to the launch file, as it will create a new terminal window with access to cin for the node. Of course this can not be the solution for this problem.
The
runReachStudy
function has an argument for waiting for keyboard input to keep the reach study objects alive until the user is done interacting with the reach study in Rviz. The ROS2 launch system apparently does not allow terminal inputs to be passed to the launched nodes, so the reach study node hangs indefinitely until the program is manually terminated. We should think of an alternate method of handling this that works correctly in ROS2The text was updated successfully, but these errors were encountered: