gnome-system-monitor-2.20.1 crashes as soon as I click on the "disks" tab, or if I mount/unmount any partitions. I built the package with debug info and got a stack backtrace which I'll attach. Note I only built GSM with debug info, but I think this should suffice as it looks suspiciously like a NULL pointer access Also note: I'm running the program in a regular window manager, not the Gnome desktop, in case that has anything to do with it.This is also the reason why I filed the bug under "Applications" rather than "GNOME". Reproducible: Always Steps to Reproduce: 1.Click on "disks" tab 2.Mount/unmount partitions
Created attachment 136813 [details] Stack backtrace for the crash
Created attachment 136814 [details] Output of emerge --info on my system
I meant the "File systems" tab rather than "Disks". Sorry, I misremembered the name.
which version of gtmm do you have ?
I assume you mean gtKmm. I have version 2.12.1 installed, which is also the latest version in my portage-tree. The library was last built on Nov 14 on my system. The system should be up-to-date, I ran "emerge --update --deep world" yesterday. and I didn't get anything out of revdep-rebuild. I just had a look which other packages depend on gtkmm and Inkscape crashes right on startup. Interesting warnings on startup in this case: inkscape: Symbol `_ZTIN3Gtk6WidgetE' has different size in shared object, consider re-linking (inkscape:9628): glibmm-CRITICAL **: Glib::Interface::Interface(const Glib::Interface_Class&): assertion `gobject_ != 0' failed *** glibc detected *** inkscape: malloc(): memory corruption: 0x0000000000d896b0 *** ======= Backtrace: ========= ... Now rebuilding gtkmm and glibmm (2.14.2) ... OK, recompiling boths libs _and_ Inkscape makes this programs works again. Not gnome-system-monitor, however. I'll try rebuilding the remaining *mm-libs on my system for now...
I wonder why this message pops up: "inkscape: Symbol `_ZTIN3Gtk6WidgetE' has different size in shared object, consider re-linking" @herd, any idea of what could have happened ?
hum forgot to post follow up. I was told this is due to c++ lib being recompiled and symbols changing a bit which makes apps start to stop working (aha). Only workaround is to reemerge faulty apps or libs and it'll work again. Nothing we (as gnome herd) can do here besides eventually putting annoying elog messages. At best this should probably be a revdep-rebuild enhancement request...
The error <<has different size in shared object, consider re-linking>> can be fixed by remergint the package owning the file. See bug 338347 . The issue is not in the app, but in portage 2.2, or in revdep-rebuild.