Thunar fails by segfault suddenly. I didn't touch thunar, but thunar's main view shows multiple downloading files. version: git-master build & platform" build 2015-02-25 on ArchLinux Backtrace is as follow: $ gdb .libs/thunar GNU gdb (GDB) 7.9 Copyright (C) 2015 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-unknown-linux-gnu". Type "show configuration" for configuration details. For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>. Find the GDB manual and other documentation resources online at: <http://www.gnu.org/software/gdb/documentation/>. For help, type "help". Type "apropos word" to search for commands related to "word"... Reading symbols from .libs/thunar...done. (gdb) run Starting program: /home/hashimo/git/xfce.d/xfce/thunar/thunar/.libs/thunar [Thread debugging using libthread_db enabled] Using host libthread_db library "/usr/lib/libthread_db.so.1". [New Thread 0x7fffeb254700 (LWP 25040)] [New Thread 0x7fffeba55700 (LWP 25039)] Program received signal SIGSEGV, Segmentation fault. 0x00007ffff4d88375 in g_slice_alloc () from /usr/lib/libglib-2.0.so.0 (gdb) bt #0 0x00007ffff4d88375 in g_slice_alloc () from /usr/lib/libglib-2.0.so.0 #1 0x00007ffff4d8c473 in g_string_sized_new () from /usr/lib/libglib-2.0.so.0 #2 0x00007ffff4d9eca1 in g_format_size_full () from /usr/lib/libglib-2.0.so.0 #3 0x000000000044bffd in thunar_file_get_size_string_formatted ( file=0xb7d700, file_size_binary=-1) at thunar-file.c:2202 #4 0x00000000004665f2 in thunar_list_model_get_value (model=0x82f860, iter=0x7fffffffd540, column=7, value=0x7fffffffd390) at thunar-list-model.c:744 #5 0x00007ffff6d420ea in gtk_tree_view_column_cell_set_cell_data () from /usr/lib/libgtk-x11-2.0.so.0 #6 0x00007ffff6d2db60 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #7 0x00007ffff6d2f455 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #8 0x00007ffff6c398bf in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #9 0x00007ffff5040255 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #10 0x00007ffff5051e42 in ?? () from /usr/lib/libgobject-2.0.so.0 #11 0x00007ffff505a265 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #12 0x00007ffff505a9bf in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #13 0x00007ffff6d50b1c in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #14 0x00007ffff6c38642 in gtk_main_do_event () from /usr/lib/libgtk-x11-2.0.so.0 #15 0x00007ffff68942ff in ?? () from /usr/lib/libgdk-x11-2.0.so.0 #16 0x00007ffff68942a5 in ?? () from /usr/lib/libgdk-x11-2.0.so.0 ---Type <return> to continue, or q <return> to quit--- #17 0x00007ffff68942a5 in ?? () from /usr/lib/libgdk-x11-2.0.so.0 #18 0x00007ffff6890dd8 in ?? () from /usr/lib/libgdk-x11-2.0.so.0 #19 0x00007ffff6891708 in gdk_window_process_all_updates () from /usr/lib/libgdk-x11-2.0.so.0 #20 0x00007ffff6891769 in ?? () from /usr/lib/libgdk-x11-2.0.so.0 #21 0x00007ffff6870577 in ?? () from /usr/lib/libgdk-x11-2.0.so.0 #22 0x00007ffff4d6b91d in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0 #23 0x00007ffff4d6bcf8 in ?? () from /usr/lib/libglib-2.0.so.0 #24 0x00007ffff4d6c022 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0 #25 0x00007ffff6c37417 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0 #26 0x0000000000424318 in main (argc=1, argv=0x7fffffffe168) at main.c:310 (gdb)
You are getting this from a glib function? Are there any memory problems visible (using top, htop)? Which glib version do you use? Is there any way to reproduce this?
> You are getting this from a glib function? I don't know. When this issue was occurred, I didn't touch thunar and any other apps. > Are there any memory problems visible (using top, htop)? Probably no. My RAM is 8GB and there are no special tasks which consumes huge memory. > Which glib version do you use? 2.42.1 > Is there any way to reproduce this? No yet. I cannot catch the condition to reproduce this issue.
Seeing thunar_file_get_size_string_formatted (file=0xb7d700, file_size_binary=-1) at thunar-file.c:2202 pop up in the backtrace leads me to believe this might be related to bug #11450. * Could you please try my patch https://bugzilla.xfce.org/attachment.cgi?id=6069 from comment #104 in that other bug report and see if it makes thunar stable? * If that doesn't help, you might also try the patch from comment #86 in the same bug report.
> * Could you please try my patch > https://bugzilla.xfce.org/attachment.cgi?id=6069 from comment #104 in that > other bug report and see if it makes thunar stable? I'm using the patched thunar, this issue doesn't occur yet. Actually, this issue doesn't occur frequently (AFAIR, doesn't occur after filing this) and as I already mentioned that I cannot catch the steps to reproduce, so this issue might be able to be closed.
Ok, thanks for testing and reporting back. Although I am not sure this is the same bug, I will close this as duplicate. If you still get crashes, http://git.xfce.org/xfce/thunar/commit/?id=cc8d1331e305f2af5842607d885eb96608b8fce7 is known to cause troubles and reverting it might help. A solution to this - except reverting - has not been found yet. *** This bug has been marked as a duplicate of bug 11450 ***