gtk-window-decorator segfaults
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Compiz |
New
|
Undecided
|
Unassigned |
Bug Description
gtk-window-
My guess is that the error occurs in gtk/window-
568: GWDThemePrivate *priv = gwd_theme_
If gwd_theme_
569: const gchar *titlebar_font = gwd_settings_
My Compiz is not built with Metacity support. Isn't there a default theme built in?
I'm on Gentoo using glibc 2.30, glib 2.60.7, and gtk+ 3.24.11.
==10271== Memcheck, a memory error detector
==10271== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al.
==10271== Using Valgrind-3.15.0 and LibVEX; rerun with -h for copyright info
==10271== Command: gtk-window-
==10271==
==10271== Invalid read of size 8 [11/1801]
==10271== at 0x11B2D1: gwd_theme_
==10271== by 0x110593: update_
==10271== by 0x52D6922: g_cclosure_
==10271== by 0x52D44AD: _g_closure_
==10271== by 0x52F3A2E: g_signal_
==10271== by 0x52F4AD0: g_signal_emit (gsignal.c:3447)
==10271== by 0x11DC99: update_
==10271== by 0x11E638: invoke_notify_func (gwd-settings.
==10271== by 0x537BB9D: g_list_foreach (glist.c:1013)
==10271== by 0x11DF67: release_
==10271== by 0x11E81C: gwd_settings_
==10271== by 0x110D4C: main (gtk-window-
==10271== Address 0x0 is not stack'd, malloc'd or (recently) free'd
==10271==
==10271==
==10271== Process terminating with default action of signal 11 (SIGSEGV)
==10271== Access not within mapped region at address 0x0
==10271== at 0x11B2D1: gwd_theme_
==10271== by 0x110593: update_
==10271== by 0x52D6922: g_cclosure_
==10271== by 0x52D44AD: _g_closure_
==10271== by 0x52F3A2E: g_signal_
==10271== by 0x52F4AD0: g_signal_emit (gsignal.c:3447)
==10271== by 0x11DC99: update_
==10271== by 0x11E638: invoke_notify_func (gwd-settings.
==10271== by 0x537BB9D: g_list_foreach (glist.c:1013)
==10271== by 0x11DF67: release_
==10271== by 0x11E81C: gwd_settings_
==10271== by 0x110D4C: main (gtk-window-
==10271== If you believe this happened as a result of a stack
==10271== overflow in your program's main thread (unlikely but
==10271== possible), you can try to increase the size of the
==10271== main thread stack using the --main-stacksize= flag.
==10271== The main thread stack size used in this run was 8388608.
==10271==
==10271== HEAP SUMMARY:
==10271== in use at exit: 1,376,493 bytes in 14,172 blocks
==10271== total heap usage: 182,891 allocs, 168,719 frees, 9,861,647 bytes allocated
==10271==
==10271== LEAK SUMMARY:
==10271== definitely lost: 168 bytes in 5 blocks
==10271== indirectly lost: 95 bytes in 2 blocks
==10271== possibly lost: 3,720 bytes in 45 blocks
==10271== still reachable: 1,303,606 bytes in 13,559 blocks
==10271== of which reachable via heuristic:
==10271== length64 : 2,568 bytes in 45 blocks
==10271== newarray : 1,904 bytes in 39 blocks
==10271== suppressed: 0 bytes in 0 blocks
==10271== Rerun with --leak-check=full to see details of leaked memory
==10271==
==10271== For lists of detected and suppressed errors, rerun with: -s
==10271== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0)
Yes, there is default / built-in theme - Cairo!
I tried to rebuild compiz with -DUSE_METACITY=OFF, but I can not reproduce crash. Have you changed some settings or something else that could affect gtk-window- decorator?
gwd_theme_ get_instance_ private would not/should not return NULL if theme object is valid...