GRIP samples crashing in Ubuntu 12.04 (64 bit)

[robEllenberg]

Hi All, I've run into a segfault issue with several of the GRIP samples, running on a Ubuntu 12.04 x64 on 2 PC's. Using the debug versions of grp, dart, and the samples, I get a segfault at line 1051 of GRIPFrame.cpp.

in grip-samples/cubesTab, running gdb cubesTab:

Program received signal SIGSEGV, Segmentation fault. GRIPFrame::UpdateAndRedraw (this=0x7ff180) at /home/rwe24/golems/grip/src/GUI/GRIPFrame.cpp:1051 1051 for (int j = 0; j < mWorld->getNumRobots(); j++) { (gdb) list 1046 void GRIPFrame::OnRequestUpdateAndRender(wxCommandEvent& event) { 1047 UpdateAndRedraw(); 1048 } 1049 void GRIPFrame::UpdateAndRedraw() 1050 { 1051 for (int j = 0; j < mWorld->getNumRobots(); j++) { 1052 mWorld->getRobot(j)->update(); 1053 } 1054 for (int j = 0; j < mWorld->getNumObjects(); j++) { 1055 mWorld->getObject(j)->update(); (gdb) print mWorld $1 = (robotics::World *) 0x0 (gdb)

It looks like the world pointer is NULL, but I don't know enough about GRIP yet to know what could cause that.

I had to build tinyxml2 and assimp from source, and had no issues in compiling dart or grip after this. I'm using flann and fcl from the golems repo.

[robEllenberg]

I almost forgot, when I first launch the example, there is an empty world, and pressing the "run" button causes the segfault.

[tobiaskunz]

You need to load a world before you can simulate. The UI currently does not keep the user from clicking buttons in the wrong order. Some of the examples even require a specific world to be loaded.

[tobiaskunz]

Replaced with issue https://github.com/golems/grip/issues/21