Gazebo | Ignition | Community
Ask Your Question

treanorj's profile - activity

2013-02-11 12:46:09 -0600 commented answer Gazebo shuts down immediately

Hi. really sorry for the very late reply. I believe you are completely right about the drivers. I have not had time the last few days to change over drivers to see if it will help. I am working off another machine now with no problems (Nvidia). I will post back in a couple of days when I actually manage to swap over those drivers.

2013-02-08 13:21:14 -0600 answered a question Gazebo shuts down immediately

@nkoenig So here is the output you requested in the final comment above.#0 0x00007fd3ee2ad307 in ?? () from /usr/lib/fglrx/dri/

#1 0x00007fd3ee32310e in ?? () from /usr/lib/fglrx/dri/

#2 0x00007fd3ee323449 in ?? () from /usr/lib/fglrx/dri/

#3 0x00007fd3ed836421 in ?? () from /usr/lib/fglrx/dri/

#4 0x00007fd3ed7430b8 in ?? () from /usr/lib/fglrx/dri/

#5 0x00007fd3ed8a25b7 in ?? () from /usr/lib/fglrx/dri/

#6 0x00007fd3edbc283d in ?? () from /usr/lib/fglrx/dri/

#7 0x00007fd3e3a40a20 in Ogre::GLRenderSystem::bindGpuProgram ( this=0x7fd3ec9eaa58, prg=<optimized out>) at /build/buildd/ogre-1.7.4/RenderSystems/GL/src/OgreGLRenderSystem.cpp:3018

#8 0x00007fd3fc81e5e5 in Ogre::SceneManager::_setPass (this=0x7fd3eca96358, pass=0x7fd3eca78848, evenIfSuppressed=<optimized out>, shadowDerivation=true) at /build/buildd/ogre-1.7.4/OgreMain/src/OgreSceneManager.cpp:942

#9 0x00007fd3fc819269 in visit (rp=0x7fd3eca0d858, this=0x7fd3eca9ad30) at /build/buildd/ogre-1.7.4/OgreMain/src/OgreSceneManager.cpp:2872

#10 Ogre::SceneManager::SceneMgrQueuedRenderableVisitor::visit ( this=0x7fd3eca9ad30, rp=0x7fd3eca0d858) at /build/buildd/ogre-1.7.4/OgreMain/src/OgreSceneManager.cpp:2860

#11 0x00007fd3fc7d0d59 in Ogre::QueuedRenderableCollection::acceptVisitorDescending (this=<optimized out>, visitor=0x7fd3eca9ad30) at /build/buildd/ogre-1.7.4/OgreMain/src/OgreRenderQueueSortingGrouping.cpp:---Type <return> to continue, or q <return> to quit--- 465

#12 0x00007fd3fc7d0e01 in Ogre::QueuedRenderableCollection::acceptVisitor ( this=<optimized out>, visitor=<optimized out>, om=<optimized out>) at /build/buildd/ogre-1.7.4/OgreMain/src/OgreRenderQueueSortingGrouping.cpp:421

#13 0x00007fd3fc8197bc in Ogre::SceneManager::renderBasicQueueGroupObjects ( this=0x7fd3eca96358, pGroup=0x7fd3ec4eb0b8, om=Ogre::QueuedRenderableCollection::OM_PASS_GROUP) at /build/buildd/ogre-1.7.4/OgreMain/src/OgreSceneManager.cpp:3027

#14 0x00007fd3fc8189e7 in Ogre::SceneManager::renderVisibleObjectsDefaultSequence (this=0x7fd3eca96358) at /build/buildd/ogre-1.7.4/OgreMain/src/OgreSceneManager.cpp:2281

#15 0x00007fd3fc81d184 in Ogre::SceneManager::_renderScene ( this=0x7fd3eca96358, camera=0x7fd3e0a00380, vp=0x7fd3ec5db428, includeOverlays=<optimized out>) at /build/buildd/ogre-1.7.4/OgreMain/src/OgreSceneManager.cpp:1505

#16 0x00007fd3fc6846ec in Ogre::Camera::_renderScene (this=0x7fd3e0a00380, vp=0x7fd3ec5db428, includeOverlays=true) at /build/buildd/ogre-1.7.4/OgreMain/src/OgreCamera.cpp:412

#17 0x00007fd3fc7e99f8 in Ogre::RenderTarget::_updateViewport ( this=0x7fd3e0a0de80, viewport=0x7fd3ec5db428, updateStatistics=true) at /build/buildd/ogre-1.7.4/OgreMain/src/OgreRenderTarget.cpp:146

#18 0x00007fd3fc7e991b in Ogre::RenderTarget::_updateAutoUpdatedViewports ( ---Type <return> to continue, or q <return> to quit--- this=0x7fd3e0a0de80, updateStatistics=true) at /build/buildd/ogre-1.7.4/OgreMain/src/OgreRenderTarget.cpp:124

#19 0x00007fd3fc7e93be in Ogre::RenderTarget::updateImpl (this=0x7fd3e0a0de80) at /build/buildd/ogre-1.7.4/OgreMain/src/OgreRenderTarget.cpp:101

#20 0x00007fd3fc7e995c in Ogre::RenderTarget::update (this=0x7fd3e0a0de80, swap=false) at /build/buildd/ogre-1.7.4/OgreMain/src/OgreRenderTarget.cpp:541

#21 0x00007fd4006871b8 in gazebo::rendering::Camera::RenderImpl() () from /usr/lib/

#22 0x00007fd400687236 in gazebo::rendering::Camera::Render() () from /usr/lib/

#23 0x00007fd4041ac309 in gazebo::sensors::CameraSensor::UpdateImpl(bool) () from /usr/lib/

#24 0x00007fd4041c66c8 in gazebo::sensors::Sensor::Update(bool) () from /usr/lib/

#25 0x00007fd4041cc61b in gazebo::sensors::SensorManager::Update(bool) () from /usr/lib/

#26 0x0000000000422cea in gazebo::Server::Run() ()

#27 0x000000000041f8f9 in main ()

2013-02-07 12:29:00 -0600 commented answer Gazebo shuts down immediately

Before I get to the gztopic point, after I start gzserver worlds/ I get the usual Msg Waiting for master Msg Connected to gazebo master @ <a href=""> Msg Publicized address:

Then multiple lines of the same warning: Warning [] joint friction not implemented Which finishes then with a Segmentation fault (core dumped)

Apologies in the format of my replies, I don't know fully the wiki syntax.

2013-02-07 11:48:41 -0600 commented answer Gazebo shuts down immediately

Yes, sorry, I mean running `gzclient`

2013-02-07 11:37:20 -0600 commented answer Gazebo shuts down immediately

Running gzserver alone waits at the Msg Waiting for master line

2013-02-07 10:35:08 -0600 commented answer Gazebo shuts down immediately

Ok, so I have gdb gzserver happily working away in the first terminal, and in the second, I have gdb gzclient however while no gazebo comes up there does not seem to be a specified failure. When I type bt I get "No stack".

2013-02-07 07:53:28 -0600 commented answer Gazebo shuts down immediately

@nkoenig Hi, thanks for the quick reply. The output is: direct rendering: Yes

2013-02-06 13:24:47 -0600 received badge  Teacher (source)
2013-02-06 13:06:21 -0600 answered a question Gazebo shuts down immediately

Hi all, firstly, let me apologise for writing this as an 'answer', I don't have enough Karma yet to post as a comment. I am in the same boat as the user above, and have been for a couple of weeks. I spent some time going through other posts, questions and answers looking for how to resolve this. I have tried various combinations of un-installing and reinstalling both ROS and Gazebo. Also, I have tried both 1.3 and 1.4 source installations, as well as the standard repository edition. The environment variables you asked for @nkoenig are as follows:

<user>@XPS-Ubuntu:~$ env | grep GAZEBO

I have also triple checked paths and the like. Any suggestions would be very welcome as I would rather not have to do an OS reinstall as others have done to fix various issues.

If gazebo is called, the program crashes without an errors, sometimes it will get as far as the UI which will then go dark and crash, again without any errors. If gzclient is called after a successful gzserver or if gzmaster is called alone, we get the same result.

Thanks in advance and please let me know if there are further details you require. Again, sorry for posting this here in this format, however, I thought it better than starting a new question about the same issue.