Gazebo | Ignition | Community
Ask Your Question
0

Gazebo 10.1.0 crashing for 1 user but not the other using MobaXterm ssh on Fedora 32

asked 2020-08-13 14:02:51 -0500

RobbieTheK gravatar image

Running Gazebo 10.1.0, using Mobaxterm, so ssh remotely with X-Windows. One user it launches and runs fine. The other user gets the below:

 gazebo
/usr/include/c++/10/bits/stl_vector.h:1042: std::vector<_Tp, _Alloc>::reference std::vector<_Tp, _Alloc>::operator[](std::vector<_Tp, _Alloc>::size_type) [with _Tp = std::pair<std::pair<unsigned int, unsigned int>, short int>; _Alloc = std::allocator<std::pair<std::pair<unsigned int, unsigned int>, short int> >; std::vector<_Tp, _Alloc>::reference = std::pair<std::pair<unsigned int, unsigned int>, short int>&; std::vector<_Tp, _Alloc>::size_type = long unsigned int]: Assertion '__builtin_expect(__n < this->size(), true)' failed.
/usr/include/c++/10/bits/stl_vector.h:1042: std::vector<_Tp, _Alloc>::reference std::vector<_Tp, _Alloc>::operator[](std::vector<_Tp, _Alloc>::size_type) [with _Tp = std::pair<std::pair<unsigned int, unsigned int>, short int>; _Alloc = std::allocator<std::pair<std::pair<unsigned int, unsigned int>, short int> >; std::vector<_Tp, _Alloc>::reference = std::pair<std::pair<unsigned int, unsigned int>, short int>&; std::vector<_Tp, _Alloc>::size_type = long unsigned int]: Assertion '__builtin_expect(__n < this->size(), true)' failed.

Check out this gem of a stacktrace:

[2993891]: Process 2993750 (gzserver) of user 1512 dumped core.
#012
#012Stack trace of thread 2993750:
#012#0  0x00007fe1f26529e5 raise (libc.so.6 + 0x3c9e5)
#012#1  0x00007fe1f263b895 abort (libc.so.6 + 0x25895)
#012#2  0x00007fe14c0f0018 _ZSt20__replacement_assertPKciS0_S0_ (RenderSystem_GL.so + 0x48018)
#012#3  0x00007fe14c129956 _ZN4Ogre12GLXGLSupp
ort13refreshConfigEv (RenderSystem_GL.so + 0x81956)
#012#4  0x00007fe14c12ddfc _ZN4Ogre12GLXGLSupport9addConfigEv (RenderSystem_GL
.so + 0x85dfc)
#012#5  0x00007fe14c14d5b4 _ZN4Ogre14GLRenderSystemC1Ev (RenderSystem_GL.so + 0xa55b4)
#012#6  0x00007fe14c144ae6 _ZN4Ogre8GLPlugin7installEv (RenderSystem_GL.so + 0x9cae6)
#012#7  0x00007fe1f303dc7c _ZN4Ogre4Root13installPluginEPNS_6PluginE (libOgreMain.so.1.9.0 + 0x327c7c)
#012#8  0x00007fe14c13628e dllStartPlugin (RenderSystem_GL.so + 0x8e28e)
#012#9  0x00007fe1ef7414de _ZN6gazebo9rendering12RenderEngine11LoadPluginsEv (libgazebo_rendering.so.10 + 0x1634de)
#012#10 0x00007fe1ef742f62 _ZN6gazebo9rendering12RenderEngine4LoadEv (libgazebo_rendering.so.10 + 0x164f62)
#012#11 0x00007fe1ef746223 _ZN6gazebo9rendering4loadEv (libgazebo_rendering.so.10 + 0x168223)
#012#12 0x00007fe1f32b6013 _ZN6gazebo11setupServerEiPPc (libgazebo.so.10 + 0x43013)
#012#13 0x00007fe1f3297ee0 _ZN6gazebo6Server9ParseArgsEiPPc (libgazebo.so.10 + 0x24ee0)
#012#14 0x00005645b2c800fc main (gzserver-10.1.0 + 0x60fc)#
012#15 0x00007fe1f263d042 __libc_start_main (libc.so.6 + 0x27042)
#012#16 0x00005645b2c8022e _start (gzserver-10.1.0 + 0x622e)
#012Stack trace of thread 2993752:
#012#0  0x00007fe1f2510e92 pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0 + 0xfe92)
#012#1  0x00007fe1f2be2110 _ZN5boost18condition_variable4waitERNS_11unique_lockINS_5mutexEEE (libgazebo_common.so.10 + 0xaf110)
#012#2  0x00007fe1f2bda5a6 _ZN6gazebo6common13ModelDatabase16UpdateModelCacheEb (libgazebo_common.so.10 + 0xa75a6)
#012#3  0x00007fe1f1710e5e thread_proxy (libboost_thread.so.1.69.0 + 0xee5e)
#012#4  0x00007fe1f250a432 start_thread (libpthread.so.0 + 0x9432)
#012#5  0x00007fe1f2717913 __clone (libc.so.6 + 0x101913)
#012
#012Stack trace of thread 2993825:
#012#0  0x00007fe1f2510e92 pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0 + 0xfe92)
#012#1  0x00007fe17a02ff33 thread_function (swrast_dri.so + 0x6a6f33)
#012#2  0x00007fe17a02f8bb impl_thrd_routine (swrast_dri.so + 0x6a68bb)
#012#3  0x00007fe1f250a432 start_thread (libpthread.so.0 + 0x9432)
#012#4  0x00007fe1f2717913 __clone (libc.so.6 + 0x101913)
#012Stack trace of thread 2993753:
#012#0  0x00007fe1f2717c5e epoll_wait (libc.so.6 +0x101c5e)
#012#1  0x00007fe1f214813b_ZN5boost4asio6detail13epoll_reactor3runElRNS1_8op_queueINS1_19scheduler_operationEEE (libgazebo_transport.so.10 + 0x3b13b)
#012#2  0x00007fe1f21497aa_ZN5boost4asio6detail9scheduler10do_run_oneERNS1_27conditionally_enabled_mutex11scoped_lockERNS1_21scheduler_thread_infoERKNS_6system10error_codeE (libgazebo_transport.so.10 + 0x3c7aa)
#012#3  0x00007fe1f214ba19 _ZN5boost4asio6detail9scheduler3runERNS_6system10error_codeE (libgazebo_transport.so.10 + 0x3ea19)
#012#4  0x00007fe1f2164a6c _ZN5boost4asio10io_context3runEv (libgazebo_transport.so.10 + 0x57a6c)
#012#5  0x00007fe1f1710e5e thread_proxy (libboost_thread.so.1.69.0 + 0xee5e)
#012#6  0x00007fe1f250a432 start_thread (libpthread ...
(more)
edit retag flag offensive close merge delete

1 Answer

Sort by » oldest newest most voted
0

answered 2020-08-24 10:24:29 -0500

RobbieTheK gravatar image

Upgrading MobaXterm works around this but also upgrading to 11.1 from the COPR repo here fixes this.

edit flag offensive delete link more
Login/Signup to Answer

Question Tools

1 follower

Stats

Asked: 2020-08-13 14:02:51 -0500

Seen: 29 times

Last updated: Aug 24 '20