Closed azeey closed 7 months ago
The backtrace indicates that this is related to https://github.com/gazebosim/gz-sim/issues/1443 which we solved in Garden by not deleting plugins from memory when they were unloaded, but it was considered a behavior change and was not backported to Fortress.
So we have two solutions:
lto
in our debsI'm leaning toward (1) to avoid behavior changes. Also note that lto
was added to deb
builds starting in dpkg
1.21.0 (see https://wiki.debian.org/ToolChain/LTO). Focal has 1.19.7, so we are building without lto
there and the crash doesn't occur on Focal. But Jammy has 1.21.1 which is where we're seeing this crash. However, going with (1) might mean reduced performance, but we haven't done any testing with lto
, so it's not clear how much of a performance we'd get.
Environment
Description
lto
is enabled, which is the case for our debs, Gazebo's GUI crashes at exit after runningshapes.sdf
.Steps to reproduce
cmake -DCMAKE_INTERPROCEDURAL_OPTIMIZATION=ON .
ign gazebo -v4 shapes.sdf
ctrl-c
on the terminalOutput