Skip to content
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

Gazebo crashes in Building Editor when adding a door in 2D view #2276

Closed
osrf-migration opened this issue May 9, 2017 · 78 comments
Closed
Labels
8.1 blocker bug Something isn't working os::osx

Comments

@osrf-migration
Copy link

Original report (archived issue) by Thomas Varner (Bitbucket: tvarner).


When completing the Building Editor tutorial (http://gazebosim.org/tutorials?cat=build_world&tut=building_editor), Gazebo crashes in Building Editor when adding a door in 2D view.

To replicate: (1) Create walls as outlined in the tutorial. (2) Attempt to add a door to a wall. Gazebo will crash.

@osrf-migration
Copy link
Author

Original comment by Louise Poubel (Bitbucket: chapulina, GitHub: chapulina).


Thanks for the bug report.

I can't reproduce the crash. Does it happen to you every time, or did it only happen once?

What operating system are you on? I'm on Ubuntu Xenial.

@osrf-migration
Copy link
Author

Original comment by Thomas Varner (Bitbucket: tvarner).


Hi Louise,

Thanks for your swift reply! I'm using MacOS Sierra (10.12.4). It's happening every time for me.

@osrf-migration
Copy link
Author

Original comment by Steve Peters (Bitbucket: Steven Peters, GitHub: scpeters).


  • changed component from "gui::BuildingEditor" to "os::osx"

Marking as an osx issue since we can't reproduce on Linux. I wasn't able to reproduce on osx 10.10, but I'll test it on sierra when I have a chance.

@osrf-migration
Copy link
Author

Original comment by Steve Peters (Bitbucket: Steven Peters, GitHub: scpeters).


If you run ulimit -c unlimited before starting gazebo, it should save a core file that can give you a backtrace. Let me know if you want more info.

@osrf-migration
Copy link
Author

Original comment by Christophe Braud (Bitbucket: Christophe Braud).


I have the exact same behavior on Linux (Ubuntu 19.04) with Gazebo 9.11

@osrf-migration
Copy link
Author

Original comment by Louise Poubel (Bitbucket: chapulina, GitHub: chapulina).


I just tried on Ubuntu 18.04 with Gazebo 9.11 and couldn't reproduce it. It's possible that a regression has happened on Ubuntu 19.04, but I don't have an easy way to test it right now. Would you be able to get a backtrace, Christophe Braud (Christophe Braud) ?

@osrf-migration
Copy link
Author

Original comment by tim kaz (Bitbucket: tim kaz).


Hello, I also have this behavior on Debian 10 with Gazebo 11

gdb -batch -n -ex 'set pagination off' -ex run -ex bt -ex 'bt full' -ex 'thread apply all bt full' --args gazebo
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[New Thread 0x7fffdb0d9700 (LWP 23096)]
[Detaching after fork from child process 23097]
[Detaching after fork from child process 23098]
Exception sending a multicast message:Bad file descriptor
Exception sending a multicast message:Bad file descriptor
Exception sending a multicast message:Bad file descriptor
Exception sending a multicast message:Bad file descriptor
KCrash: crashing... crashRecursionCounter = 2
KCrash: Application Name = gzclient-11.0.0 path = /usr/bin pid = 23098
KCrash: Arguments: /usr/bin/gzclient-11.0.0
KCrash: Attempting to start /usr/lib/x86_64-linux-gnu/libexec/drkonqi from kdeinit
sock_file=/run/user/1001/kdeinit5__0
Assertion failed: pfd.revents & POLLIN (src/signaler.cpp:264)
Unable to start Dr. Konqi
[Thread 0x7fffdb0d9700 (LWP 23096) exited]
[Inferior 1 (process 23092) exited with code 0377]
No stack.
No stack.

@osrf-migration osrf-migration added blocker os::osx bug Something isn't working 8.1 labels Apr 19, 2020
@farzingkh
Copy link

farzingkh commented Jul 23, 2020

Hello, I have the same behaviour with Gazebo11 on Ubuntu 20.04 LTS:

Crashes in 2D Building Editor when adding doors or windows to the created walls, happens every time.

Here is a gif of what happens:
Peek 2020-07-23 13-03

@chapulina
Copy link
Contributor

I just checked that adding doors and windows in the building editor with Gazebo 11 on either Ubuntu 18.04 or 20.04 doesn't cause crashes.

@farzingkh
Copy link

farzingkh commented Jul 23, 2020

I just checked that adding doors and windows in the building editor with Gazebo 11 on either Ubuntu 18.04 or 20.04 doesn't cause crashes.

Hi Louise,

Thanks for the reply, it's odd and I don't know why it happens on my system. I added screen shots. Any ideas?

@chapulina
Copy link
Contributor

No ideas 😕 It would be good to get a more comprehensive backtrace than the one posted above by tim. This may not work with your installation, but could you try:

  1. Open a terminal and start gzserver
  2. On another terminal, do gdb gzclient
  3. Follow the steps to cause the crash
  4. Inside gdb, type bt
  5. Paste the output here

@farzingkh
Copy link

farzingkh commented Jul 24, 2020

Here is the backtrace:

Core was generated by `gzclient'.
Program terminated with signal SIGSEGV, Segmentation fault.

warning: Unexpected size of section `.reg-xstate/3090' in core file.
#0  0x00007fd92b201563 in ?? () from /lib/x86_64-linux-gnu/libgazebo_gui.so.11
[Current thread is 1 (Thread 0x7fd913fced00 (LWP 3090))]
(gdb) bt
#0  0x00007fd92b201563 in  () at /lib/x86_64-linux-gnu/libgazebo_gui.so.11
#1  0x00007fd92b214c5b in gazebo::gui::BuildingMaker::DetachFromParent(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&) ()
    at /lib/x86_64-linux-gnu/libgazebo_gui.so.11
#2  0x00007fd92b238e02 in gazebo::gui::EditorView::mouseMoveEvent(QMouseEvent*) () at /lib/x86_64-linux-gnu/libgazebo_gui.so.11
#3  0x00007fd9295d62b6 in QWidget::event(QEvent*) () at /lib/x86_64-linux-gnu/libQt5Widgets.so.5
#4  0x00007fd929683d52 in QFrame::event(QEvent*) () at /lib/x86_64-linux-gnu/libQt5Widgets.so.5
#5  0x00007fd9298ee421 in QGraphicsView::viewportEvent(QEvent*) () at /lib/x86_64-linux-gnu/libQt5Widgets.so.5
#6  0x00007fd92a9ab64b in QCoreApplicationPrivate::sendThroughObjectEventFilters(QObject*, QEvent*) () at /lib/x86_64-linux-gnu/libQt5Core.so.5
#7  0x00007fd929593a55 in QApplicationPrivate::notify_helper(QObject*, QEvent*) () at /lib/x86_64-linux-gnu/libQt5Widgets.so.5
#8  0x00007fd92959d343 in QApplication::notify(QObject*, QEvent*) () at /lib/x86_64-linux-gnu/libQt5Widgets.so.5
#9  0x00007fd92a9ab93a in QCoreApplication::notifyInternal2(QObject*, QEvent*) () at /lib/x86_64-linux-gnu/libQt5Core.so.5
#10 0x00007fd92959c457 in QApplicationPrivate::sendMouseEvent(QWidget*, QMouseEvent*, QWidget*, QWidget*, QWidget**, QPointer<QWidget>&, bool, bool) () at /lib/x86_64-linux-gnu/libQt5Widgets.so.5
#11 0x00007fd9295f235d in  () at /lib/x86_64-linux-gnu/libQt5Widgets.so.5
#12 0x00007fd9295f51ec in  () at /lib/x86_64-linux-gnu/libQt5Widgets.so.5
#13 0x00007fd929593a66 in QApplicationPrivate::notify_helper(QObject*, QEvent*) () at /lib/x86_64-linux-gnu/libQt5Widgets.so.5
#14 0x00007fd92959d0f0 in QApplication::notify(QObject*, QEvent*) () at /lib/x86_64-linux-gnu/libQt5Widgets.so.5
#15 0x00007fd92a9ab93a in QCoreApplication::notifyInternal2(QObject*, QEvent*) () at /lib/x86_64-linux-gnu/libQt5Core.so.5
#16 0x00007fd927e897d3 in QGuiApplicationPrivate::processMouseEvent(QWindowSystemInterfacePrivate::MouseEvent*) () at /lib/x86_64-linux-gnu/libQt5Gui.so.5
#17 0x00007fd927e8b10b in QGuiApplicationPrivate::processWindowSystemEvent(QWindowSystemInterfacePrivate::WindowSystemEvent*) () at /lib/x86_64-linux-gnu/libQt5Gui.so.5
#18 0x00007fd927e6535b in QWindowSystemInterface::sendWindowSystemEvents(QFlags<QEventLoop::ProcessEventsFlag>) () at /lib/x86_64-linux-gnu/libQt5Gui.so.5
#19 0x00007fd8f040d32e in  () at /lib/x86_64-linux-gnu/libQt5XcbQpa.so.5
#20 0x00007fd925d34fbd in g_main_context_dispatch () at /lib/x86_64-linux-gnu/libglib-2.0.so.0
#21 0x00007fd925d35240 in  () at /lib/x86_64-linux-gnu/libglib-2.0.so.0
#22 0x00007fd925d352e3 in g_main_context_iteration () at /lib/x86_64-linux-gnu/libglib-2.0.so.0
#23 0x00007fd92aa03565 in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () at /lib/x86_64-linux-gnu/libQt5Core.so.5
#24 0x00007fd92a9aa4db in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () at /lib/x86_64-linux-gnu/libQt5Core.so.5
#25 0x00007fd92a9b2246 in QCoreApplication::exec() () at /lib/x86_64-linux-gnu/libQt5Core.so.5
#26 0x00007fd92b14e72b in gazebo::gui::run(int, char**) () at /lib/x86_64-linux-gnu/libgazebo_gui.so.11
#27 0x000055ff8a90cb71 in  ()
#28 0x00007fd929dc80b3 in __libc_start_main (main=0x55ff8a90cb40, argc=1, argv=0x7ffc8bdecdf8, init=<optimized out>, fini=<optimized out>, rtld_fini=<optimized out>, stack_end=0x7ffc8bdecde8)
    at ../csu/libc-start.c:308
#29 0x000055ff8a90cd0e in  ()
(gdb) 

@chapulina
Copy link
Contributor

I can reproduce this on Ubuntu Focal but not on Bionic. It doesn't crash at the first door, it takes 2 or 3 for it to happen.

@andreiliphd
Copy link

I had the same situation. I have Anaconda installed and it is conflicting with Gazebo. I solved by commenting conda in ~/.bashrc.

After that Gazebo is stable. Adding doors and windows doesn't cause any problem.

@adbidwai
Copy link

@farzingkh Were you able to find a solution to this issue ?

@nullbyte91
Copy link

@chapulina I'm using Ubuntu 18.05 with ROS melodic. I found new observation, When I have ROS ros-melodic-ros-base/ros-melodic-desktop-full the issue is reproducible.

@rgruberski
Copy link

I have the same problem in Ubuntu 20.04. Gazebo installed from apt repository. I am starting compilation from source, we will see... I will let you know.

@BenBlumer
Copy link

Same issue here. Ubuntu 20.04.1 LTS. Brand new install of Gazebo 11.2.0 from Gazebo.sh. Opening gazebo, go to building editor, create a few walls, add window. As soon as I drag the window to any of the walls Gazebo crashes.

@rgruberski
Copy link

I have the same problem in Ubuntu 20.04. Gazebo installed from apt repository. I am starting compilation from source, we will see... I will let you know.

The issue still exists, sources compilation, Ubuntu 20.04 LTS. The same problem is in fresh installed Ubuntu 18.04 LTS, Gazebo installed from the script, windows adding works fine. But, it has frozen and crashed after a few seconds, when I just added the first doors.

@adbidwai
Copy link

The issue got resolved for me after I enabled my GPU and installed the correct NVidia proprietary drivers.

@nullbyte91
Copy link

@adbidwai Can you tell your OS and driver configuration?

@adbidwai
Copy link

@nullbyte91 My system has 18.04 dual booted alongside Windows. I have Nvidia 1050Ti GPU and the drivers I'm using are the Nvidia 455 (proprietary) ones.

@nullbyte91
Copy link

@adbidwai Thanks.

@furhadjidda
Copy link

furhadjidda commented Nov 28, 2020

I am having this issue with ubuntu 20.04 . was anyone able to figure out how to resolve this ? or a workaround for this ?

@pri2si17-1997
Copy link

Hi, I am also facing the same issue. It sill crashes while adding door. My system is Ubuntu 20.04 with gazebo version 11.2.0. Let me know if anyone was able to solve this issue. I tried running this using dedicated graphics card as well, but no luck.

@amanarora9848
Copy link

amanarora9848 commented Aug 7, 2021

Original report (archived issue) by Thomas Varner (Bitbucket: tvarner).

When completing the Building Editor tutorial (http://gazebosim.org/tutorials?cat=build_world&tut=building_editor), Gazebo crashes in Building Editor when adding a door in 2D view.

To replicate: (1) Create walls as outlined in the tutorial. (2) Attempt to add a door to a wall. Gazebo will crash.

Issue is still there, both with gazebo9 and gazebo11. Any updates?

@fjnn
Copy link

fjnn commented Aug 9, 2021

I have no external graphics card, running on 20.04 and gazebo11. I have the same issue. Any update?

@hamids23
Copy link

hamids23 commented Sep 12, 2021

@farzingkh and @tayalmanan28

i have the same issue, did you fix it ?
it gonna kill me
i tried to change my GPU's driver on Ubuntu and always failed and forced me to reinstall Ubuntu again because of Black screen issue at startup
i started an online course a couple of days ago to learn Gazebo and my project's deadline coming up and i don't know to how to fix the issue

@adbidwai which version of Ubuntu you are using and what is the model of your GPU and the version of driver that you are using ?

@adbidwai
Copy link

@hamids23 My system has 18.04 dual-booted alongside Windows. I have Nvidia 1050Ti GPU and the drivers I'm using are the Nvidia 455 (proprietary) ones. Though I have updated them to the latest ones i.e. 470.

@danielhavir
Copy link

danielhavir commented Sep 17, 2021

Facing the same issue. Running Ubuntu 18.04, proprietary nVidia drivers (460.91.03), Gazebo version 11.8.1

@Aanu1995
Copy link

Facing the same issue on Macbook

@Oision-hub
Copy link

Same issue here. Ubuntu 18.04 LTS. Opening gazebo, go to building editor, create a few walls, add window. As soon as I drag the window to any of the walls Gazebo crashes.

@dengliyuan
Copy link

Same issue. Ubuntu 18.04 + gazebo 9.0.0 / RTX3070 (driver: NVIDIA driver metapackage nvidia-driver-470)

@Zachary19980701
Copy link

same issue. ubuntu 18.04 + gazebo9.00 GTX960M

@wisnunugroho21
Copy link

same issue. Gazebo 11.8.1, Ubuntu 20.04, Nvidia Driver 460.91.03

@royito55
Copy link

royito55 commented Oct 6, 2021

Same issue, when is this going to be fixed? I rather not even have the building editor option if it's been broken for 4 years!!!

@andreiliphd
Copy link

The problem is in LD_LIBRARY_PATH.
In my case I have conda installed that override default LD_LIBRARY_PATH.
After deleting initialization of conda in ~/.bashrc everything works perfect.
Look at your ~/.bashrc and check whether some third party libraries like conda override LD_LIBRARY_PATH.
But the issue should be fixed.

@Kakcalu13
Copy link

Gazebo11 is approaching to EOL, let's try ignition Citadel out and you won't be disappointed

@CyFio
Copy link

CyFio commented Oct 12, 2021

Similar issue. both on 18.04 + gazebo9 and 20.04 + gazebo11.
When I run gazebo with --verbose option in terminal , it shows segement fault and crashes when adding doors or windows.
After several trys, I found a way to reproduce the crash: in building editor, left click on the door and let the cursor pass the wall intersections, then crash is likely to happen. @chapulina

@jensanjo
Copy link
Contributor

jensanjo commented Nov 5, 2021

The same here, with Ubuntu 20.04 and gazebo11, nvidia-driver-390. Gazebo crashes when trying to add doors or windows. Exactly as @CyFio mentions above, it happens when the cursor gets outside the wall. This makes the building editor practically unusable. The more so because there is no way to save an intermediate version and continue editing after restart.
Why is this issue still open after 4 years, with no one assigned? Is Gazebo not maintained any more?
Is there another way to create a building?

jensanjo added a commit to jensanjo/gazebo that referenced this issue Nov 7, 2021
…osim#2276)

BuildingMaker::DetachFromParent: break loop after DetachAllChildren.
Prevents memory corruption by iterating over attachmentMap while removing elements.
@jensanjo
Copy link
Contributor

jensanjo commented Nov 8, 2021

I found the cause of the crash, it is easy to reproduce. It occurs in BuildingMaker::DetachFromParent, as indicated in the backtraces above. I found a fix and created a pull request on gazebo11.

@Alex-Gberg
Copy link

I am still getting crashing, just as previously described.

@jensanjo
Copy link
Contributor

The pull request was approved, but the change is not yet included in the gazebo11 branch.

iche033 pushed a commit that referenced this issue Nov 15, 2021
#3129)

BuildingMaker::DetachFromParent: break loop after DetachAllChildren.
Prevents memory corruption by iterating over attachmentMap while removing elements.
@scpeters
Copy link
Member

The pull request was approved, but the change is not yet included in the gazebo11 branch.

it has now been merged

@Rank-N-Tensor
Copy link

hello everyone, this issue still seems to persist on gazebo 11. I'm using Ubuntu 20.04 with the Nvidia RTX2060 GPU. it is exactly how @CyFio described it. Gazebo crashes immediately when adding a second door/window to a wall. I have reinstalled Gazebo and updated the Nvidia drivers. Please help. the building editor is still broken.

@LinusNEP
Copy link

Same here. Any feasible solution yet?

@Rank-N-Tensor
Copy link

Rank-N-Tensor commented Feb 14, 2022

Same here. Any feasible solution yet?

Hi! Uninstall gazebo-11 and reinstall it via the this GitHub repo and the CLI( i know, it sounds stupid). i haven't encountered the same problem yet and i was able to add multiple doors and windows. I will update you if i encounter it again. Cheers!

@LinusNEP
Copy link

LinusNEP commented Feb 15, 2022 via email

@ZuoAnZoom
Copy link

Same here. Any feasible solution yet?

Hi! Uninstall gazebo-11 and reinstall it via the this GitHub repo and the CLI( i know, it sounds stupid). i haven't encountered the same problem yet and i was able to add multiple doors and windows. I will update you if i encounter it again. Cheers!

Hi!I am using Noetic and Gazebo11.9.0 and having the same problem. But I found Gazebo11.10.1 in here https://packages.osrfoundation.org/gazebo/ubuntu-stable/pool/main/g/gazebo11/, and after install it, this problem fixed!

@LinusNEP
Copy link

Thanks, @ZuoAnZoom and @Rank-N-Tensor. It seems to work now

@yabdulra
Copy link

Same here. Any feasible solution yet?

Hi! Uninstall gazebo-11 and reinstall it via the this GitHub repo and the CLI( i know, it sounds stupid). i haven't encountered the same problem yet and i was able to add multiple doors and windows. I will update you if i encounter it again. Cheers!

Yes this works for me.

@mehdinafkha
Copy link

mehdinafkha commented Feb 13, 2023

This error is probably caused because the ~/.ignition/fuel/config.yaml file still points to the old ignition fuel domain. This error can be solved by replacing url: https://api.ignitionfuel.org by url: https://api.ignitionrobotics.org inside the ~/.ignition/fuel/config.yaml file.
If option didn't work try this : https://www.youtube.com/watch?v=o-os3bqN4Nk

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
8.1 blocker bug Something isn't working os::osx
Projects
None yet
Development

No branches or pull requests