Martin Pecka

Big discovery! It's not the particle emitter that breaks stuff, it's the rescue randy that's in the particles world but not in sensors_demo (I haven't noticed, sorry for that; that...

cloudsim_sim.ign is part of the SubT simulator. You can install it following the instructions here: https://github.com/osrf/subt/wiki/Catkin%20System%20Setup . There are also docker images, but I'm not sure if they're the best...

Actually yes! I think this one causes the crash for me too, and does not require the SubT simulator: sensor_particles.sdf: ```XML 0.001 1.0 ogre2 3D View false docked ogre2 scene...

AFAIK I use only the open-source drivers. Maybe it's the newest kernel? Here's glxinfo: ``` name of display: :0 display: :0 screen: 0 direct rendering: Yes server glx vendor string:...

Did you actually unpause the world? Sometimes it crashes only after unpause...

I wanted to say that https://github.com/ignitionrobotics/ign-rendering/pull/388 resolved this issue for me, but I was too quick. Another run crashed again with the same error (now on Linux 5.15.0, Mesa 21.2.5).

I got OGRE2 ignition fork built from source and used in runtime (both main and render plugins). However, I can't see any of the `printf` outputs anywhere (neither in console...

So the `time` problem was just a smoke wall. I removed it and now I'm back where I was at the very beginning - memory corruption. It seems the Ogre...

Thanks, that did work. Now I'm back at "GL doesn't agree...". This is the log with the added debug prints (I used `LogManager` instead of `printf`): ``` 14:59:56: Added resource...

And here are some details from GDB: ``` (gdb) frame 5 #5 0x00007fff94302538 in Ogre::GLSLMonolithicProgram::buildGLUniformReferences (this=0x7fffb551b5c0) at /media/data/ign/ogre/RenderSystems/GL3Plus/src/GLSL/OgreGLSLMonolithicProgram.cpp:297 297 GLSLMonolithicProgramManager::getSingleton().extractUniformsFromProgram( (gdb) p vertParams $1 = (const Ogre::GpuConstantDefinitionMap *) 0x7fffb550fe10 (gdb)...