-
Notifications
You must be signed in to change notification settings - Fork 48
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
gzclient does not start unless the GAZEBO_IP env variable is set to 127.0.0.1 when a non-running interface is present in the machine #47
Comments
To investigate a bit the issue, I launched
Note that
Interestingly, a similar issue was analyized by @jbohren-hbr when tryng to run Gazebo on WSL, see microsoft/WSL#3368 (comment) and microsoft/WSL#3368 (comment). Based on his analysis, I guess something is going wrong for some reason around this call to |
If I understand correctly from a quick internet search (I am not 100% sure), apparently |
I am not completly sure on that, to be honest. I saw around ( http://www.tomshardware.co.uk/answers/id-3420985/media-disconnected-problem.html ) output of ipconfig in which a network adapter assigned to a |
As correctly pointed out in the WSL issue, we probably need a fix similar to https://bitbucket.org/osrf/gazebo/pull-requests/3009/adding-check-to-make-sure-automatic/diff but for the Windows part of the code. |
Based on the similar code contained in // The interface is not running.
if (curr->OperStatus != IfOperStatusUp)
continue; Related ign-transport commit: https://bitbucket.org/ignitionrobotics/ign-transport/commits/3d7c03da63806fc39c40547175d4069d1f57a693 . |
@traversaro That's an interesting issue. Did you try to use I am not able to repro this issue on my end, so I cannot verify the fix. But I rebuilt with your suggested change and published the updated Gazebo9 package. You can do |
No trace of
The updated binary is working fine (no need to set |
Describe the bug
gzclient does not start correctly unless the GAZEBO_IP env variable is set to 127.0.0.1 for both gzserver and gzclient.
To Reproduce
I tried to launch https://ms-iot.github.io/ROSOnWindows/Turtlebot/Turtlebot3.html using the the
roslaunch turtlebot3_gazebo turtlebot3_gazebo_cartographer_demo.launch
command, and the gzclient was opening but instead of the rendererede 3D scene of Gazebo, I only get a white rectangle, as shown in the attached screenshot:If I call
set GAZEBO_IP=127.0.0.1
before calling roslaunch, the Gzclient windows is working correctly:Expected behavior
I expect that everything works as described in the tutorial without the need to set
GAZEBO_IP
manually.Environment information:
winver
Microsoft Windows Version 1709 (OS Build 16299.129)
choco list --local-only
Possible fix
See #47 (comment) for a possible fix.
The text was updated successfully, but these errors were encountered: