SIGABRT in 0.1.0 trusty

[osrf-migration]

Original report (archived issue) by Jose Luis Rivero (Bitbucket: Jose Luis Rivero, GitHub: j-rivero).

---

It could be a problem on my end but running gdb gzserver --verbose worlds/robocup3d.world I'm getting:

(gdb) bt
#0  0x00007ffff68cacc9 in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56
#1  0x00007ffff68ce0d8 in __GI_abort () at abort.c:89
#2  0x00007ffff68c3b86 in __assert_fail_base (fmt=0x7ffff6a14830 "%s%s%s:%u: %s%sAssertion `%s' failed.\n%n", assertion=assertion@entry=0x7fffb45a2d0a "px != 0", 
    file=file@entry=0x7fffb45a2fa0 "/usr/include/boost/smart_ptr/shared_ptr.hpp", line=line@entry=653, 
    function=function@entry=0x7fffb45a3860 "typename boost::detail::sp_member_access<T>::type boost::shared_ptr<T>::operator->() const [with T = gazebo::physics::Model; typename boost::detail::sp_member_access<T>::type = gazebo::physics::Model*"...) at assert.c:92
#3  0x00007ffff68c3c32 in __GI___assert_fail (assertion=0x7fffb45a2d0a "px != 0", file=0x7fffb45a2fa0 "/usr/include/boost/smart_ptr/shared_ptr.hpp", line=653, 
    function=0x7fffb45a3860 "typename boost::detail::sp_member_access<T>::type boost::shared_ptr<T>::operator->() const [with T = gazebo::physics::Model; typename boost::detail::sp_member_access<T>::type = gazebo::physics::Model*"...) at assert.c:101
#4  0x00007fffb4585913 in ?? () from /usr/lib/x86_64-linux-gnu/robocup3ds/librobocup3dsPlugin.so
#5  0x00007fffb4587826 in Robocup3dsPlugin::Load(boost::shared_ptr<gazebo::physics::World>, boost::shared_ptr<sdf::Element>) ()
   from /usr/lib/x86_64-linux-gnu/robocup3ds/librobocup3dsPlugin.so
#6  0x00007ffff6384813 in gazebo::physics::World::LoadPlugin(std::string const&, std::string const&, boost::shared_ptr<sdf::Element>) ()
   from /usr/lib/x86_64-linux-gnu/libgazebo_physics.so.6
#7  0x00007ffff6384b5d in gazebo::physics::World::LoadPlugin(boost::shared_ptr<sdf::Element>) () from /usr/lib/x86_64-linux-gnu/libgazebo_physics.so.6
#8  0x00007ffff6384e0b in gazebo::physics::World::LoadPlugins() () from /usr/lib/x86_64-linux-gnu/libgazebo_physics.so.6
#9  0x00007ffff639252c in gazebo::physics::World::Step() () from /usr/lib/x86_64-linux-gnu/libgazebo_physics.so.6
#10 0x00007ffff6392905 in gazebo::physics::World::RunLoop() () from /usr/lib/x86_64-linux-gnu/libgazebo_physics.so.6
#11 0x00007ffff4b65a4a in ?? () from /usr/lib/x86_64-linux-gnu/libboost_thread.so.1.54.0
#12 0x00007ffff5790182 in start_thread (arg=0x7fff82ffd700) at pthread_create.c:312
#13 0x00007ffff698e47d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111

The jenkins test build (ignore the final failure) does not display this problem so it could be a configuration related issue.

[osrf-migration]

Original comment by Carlos Agüero (Bitbucket: caguero, GitHub: caguero).

---

Not able to reproduce it on Trusty with Gazebo and robocup3ds installed from debs

[osrf-migration]

Original comment by Jose Luis Rivero (Bitbucket: Jose Luis Rivero, GitHub: j-rivero).

---

• changed state from "new" to "invalid"

After I manually update the .gazebo/models repository (it is a clone of the repo) now I can see the field. Sorry for the noise.