xfce4-panel crash

freebench · 2023-07-11 13:37:54

hi

this happens from time to time. sometimes goes unnoticed - crash and restore, since machine is fast...

but still'd be great to cure it somehow

Can anyone give reasonable advice ?
Wayland is the way ?!

This could be caused libc I presume

Jul 11 16:30:07 arch kernel: Code: 8d 15 9c 62 02 00 48 c1 e9 02 4c 8b 0c ca 4d 85 c9 74 07 41 f6 41 16 08 75 36 48 8b 38 48 81 ff fc 03 00 00 76 3c 48 83 e7 fc <f6> 47 16 04 74 05 4d 85 c9 75 4d 31 c0 c3 66 2e 0f 1f 84 00 00 00
Jul 11 16:30:08 arch systemd[1]: Started Process Core Dump (PID 558297/UID 0).
Jul 11 16:30:08 arch systemd-coredump[558298]: Process 525572 (xfce4-panel) of user 1000 dumped core.
                                               
                                               Stack trace of thread 525572:
                                               #0  0x00007f774c3c2ec8 g_type_check_instance_is_a (libgobject-2.0.so.0 + 0x3aec8)
                                               #1  0x00007f774d0a216b wnck_window_set_icon_geometry (libwnck-3.so.0 + 0x2716b)
                                               #2  0x00007f77469cbb56 n/a (libtasklist.so + 0x9b56)
                                               #3  0x00007f774c298981 g_main_context_dispatch (libglib-2.0.so.0 + 0x5a981)
                                               #4  0x00007f774c2f5b39 n/a (libglib-2.0.so.0 + 0xb7b39)
                                               #5  0x00007f774c297f3f g_main_loop_run (libglib-2.0.so.0 + 0x59f3f)
                                               #6  0x00007f774c9ecf6f gtk_main (libgtk-3.so.0 + 0x1ecf6f)
                                               #7  0x000056532636a39d main (xfce4-panel + 0x1239d)
                                               #8  0x00007f774be47850 n/a (libc.so.6 + 0x23850)
                                               #9  0x00007f774be4790a __libc_start_main (libc.so.6 + 0x2390a)
                                               #10 0x000056532636a905 _start (xfce4-panel + 0x12905)
                                               
                                               Stack trace of thread 525575:
                                               #0  0x00007f774bf21c0f __poll (libc.so.6 + 0xfdc0f)
                                               #1  0x00007f774c2f5a9f n/a (libglib-2.0.so.0 + 0xb7a9f)
                                               #2  0x00007f774c296032 g_main_context_iteration (libglib-2.0.so.0 + 0x58032)
                                               #3  0x00007f774c296082 n/a (libglib-2.0.so.0 + 0x58082)
                                               #4  0x00007f774c2cacc5 n/a (libglib-2.0.so.0 + 0x8ccc5)
                                               #5  0x00007f774beab44b n/a (libc.so.6 + 0x8744b)
                                               #6  0x00007f774bf2ee40 n/a (libc.so.6 + 0x10ae40)
                                               
                                               Stack trace of thread 525576:
                                               #0  0x00007f774bf21c0f __poll (libc.so.6 + 0xfdc0f)
                                               #1  0x00007f774c2f5a9f n/a (libglib-2.0.so.0 + 0xb7a9f)
                                               #2  0x00007f774c297f3f g_main_loop_run (libglib-2.0.so.0 + 0x59f3f)
                                               #3  0x00007f774c4fa28c n/a (libgio-2.0.so.0 + 0x11028c)
                                               #4  0x00007f774c2cacc5 n/a (libglib-2.0.so.0 + 0x8ccc5)
                                               #5  0x00007f774beab44b n/a (libc.so.6 + 0x8744b)
                                               #6  0x00007f774bf2ee40 n/a (libc.so.6 + 0x10ae40)
                                               
                                               Stack trace of thread 525574:
                                               #0  0x00007f774bf272ed syscall (libc.so.6 + 0x1032ed)
                                               #1  0x00007f774c2edb85 g_cond_wait (libglib-2.0.so.0 + 0xafb85)
                                               #2  0x00007f774c263094 n/a (libglib-2.0.so.0 + 0x25094)
                                               #3  0x00007f774c2cd24e n/a (libglib-2.0.so.0 + 0x8f24e)
                                               #4  0x00007f774c2cacc5 n/a (libglib-2.0.so.0 + 0x8ccc5)
                                               #5  0x00007f774beab44b n/a (libc.so.6 + 0x8744b)
                                               #6  0x00007f774bf2ee40 n/a (libc.so.6 + 0x10ae40)
                                               ELF object binary architecture: AMD x86-64
Jul 11 16:30:08 arch systemd[1]: systemd-coredump@14-558297-0.service: Deactivated successfully.

seth · 2023-07-11 15:03:56

No, because a change to glib2 exposes a bunch of sloppy memory management.
https://bbs.archlinux.org/viewtopic.php?id=284959
I guess it's supposed to be fixed by now, though?

freebench · 2023-07-11 19:30:05

Nope,
I've got
xfce4-panel 4.18.4 (Xfce 4.18)

seth · 2023-07-11 19:50:59

Possibly different consequence of the same problem (though the backtraces look terribly similar); as you can see from the other thread, this is kinda hard to track down w/o valgrind.
You'd have to file a new upstream bug.

Arch Linux

#1 2023-07-11 13:37:54

xfce4-panel crash

#2 2023-07-11 15:03:56

Re: xfce4-panel crash

#3 2023-07-11 19:30:05

Re: xfce4-panel crash

#4 2023-07-11 19:50:59

Re: xfce4-panel crash

Board footer