[Users] Need clue stick for crash on entering Inbox

Pierre Fortin pf at pfortin.com
Mon Jun 9 20:40:17 CEST 2014


Hi guys!

Couple of days trying to track this down is driving me nuts...  could use
a clue stick, even if it comes in the form of a 2x4...  :)

Got a new laptop[1].  Compiled CM on it and copied over all files from
the two instances I run.  Long story short: I thought there was a problem
with the copy until I restarted CM on my old machine...  same crash when
I click on Inbox...   The really strange part: in one test, I clicked on
all the other folders first (starting from the bottom), when I got to
Inbox, there was no crash.

Suspecting that some message came in and set things up to fail; but no
idea what and when...

--debug and gdb have not been very helpful so far.

Copied 400+ msgs (dating back 6+ months) to a test account, and no crash.

The details...

######### --debug
Wait until CM finishes starting and click on Inbox gives:
folderview.c:2030:newly selected 0x222c660, opened (nil)
folderview.c:2076:Folder inbox is selected
folderview.c:2092:Opening folder inbox...
mh.c:235:MH scan not required: /home/pierre/Mail/inbox (1402330368 <= 1402330368)
msgcache.c:275:TIMING msgcache_get_msg_list : 0s001ms
folder.c:2041:TIMING folder_item_open : 0s002ms
summaryview.c:1045:showing From , must show From 
summaryview.c:1249:called inc_lock (lock count 1)
summaryview.c:1347:Scanning folder (inbox)...
msgcache.c:275:TIMING msgcache_get_msg_list : 0s000ms
summaryview.c:1211:TIMING summary_check_consistency : 0s000ms
summaryview.c:1453:TIMING summary_show removing hidden: 0s001ms
summaryview.c:3114:     Setting summary from message data...
procmsg.c:311:TIMING procmsg_get_thread_tree : 0s006ms
summaryview.c:3155:TIMING summary_set_ctree_from_list threaded: 0s060ms
summaryview.c:3202:done.
summaryview.c:3205:     msgid hash table size = 4294
summaryview.c:2976:Sorting summary...Segmentation fault


######### gdb...

Start CM, attach gdb and wait for gdb output to stop, then:
(gdb) step
Single stepping until exit from function poll,
which has no line number information.
0x00007f40198e6434 in g_main_context_iterate.isra.24 () from /lib64/libglib-2.0.so.0
(gdb) 
Single stepping until exit from function g_main_context_iterate.isra.24,
which has no line number information.
0x00007f40198e689a in g_main_loop_run () from /lib64/libglib-2.0.so.0
(gdb) 
Single stepping until exit from function g_main_loop_run,
which has no line number information.

## here, waiting for activity...  so I click on Inbox.
## The next gdb output is simply this:

Program received signal SIGSEGV, Segmentation fault.
0x00007f4019914f34 in _g_utf8_normalize_wc () from /lib64/libglib-2.0.so.0

## Use of 'stepi' can go on and on forever in various libs; but gives no help because I never reach the failure... 

## At crash:
(gdb)  bt
#0  0x00007f4019914f34 in _g_utf8_normalize_wc () from /lib64/libglib-2.0.so.0
#1  0x00007f4019914282 in g_utf8_collate () from /lib64/libglib-2.0.so.0
#2  0x00000000005baa7a in summary_cmp_by_from (clist=0x17cb610, ptr1=0x2a35500, ptr2=0x2972620) at summaryview.c:7452
#3  0x00000000006b4379 in sink (clist=0x17cb610, numbers=0x1bfbd40, root=355, bottom=4081) at gtksctree.c:1078
#4  0x00000000006b449b in heap_sort (clist=0x17cb610, numbers=0x1bfbd40, array_size=4081) at gtksctree.c:1103
#5  0x00000000006b465b in stree_sort (ctree=0x17cb610, node=0x0, data=0x0) at gtksctree.c:1145
#6  0x00000000006b49dd in gtk_sctree_sort_recursive (ctree=0x17cb610, node=0x0) at gtksctree.c:1208
#7  0x00000000005aaedd in summary_sort (summaryview=0x1a46730, sort_key=SORT_BY_FROM, sort_type=SORT_ASCENDING) at summaryview.c:2984
#8  0x00000000005abde7 in summary_set_ctree_from_list (summaryview=0x1a46730, mlist=0x15a3e10 = {...}) at summaryview.c:3212
#9  0x00000000005a62cd in summary_show (summaryview=0x1a46730, item=0x1bb7f80) at summaryview.c:1460
#10 0x00000000004aeded in folderview_selected (ctree=0x17cb420, row=0x1d05e60, column=-1, folderview=0x19df300) at folderview.c:2135
#11 0x00000000006d0460 in claws_marshal_VOID__POINTER_INT (closure=0x1a373d0, return_value=0x0, n_param_values=3, param_values=0x7fffdc4405a0, invocation_hint=0x7fffdc440540, 
    marshal_data=0x0) at claws-marshal.c:348
#12 0x00007f4019bae188 in g_closure_invoke () from /lib64/libgobject-2.0.so.0
#13 0x00007f4019bbfb1d in signal_emit_unlocked_R () from /lib64/libgobject-2.0.so.0
#14 0x00007f4019bc7829 in g_signal_emit_valist () from /lib64/libgobject-2.0.so.0
#15 0x00007f4019bc7ae2 in g_signal_emit () from /lib64/libgobject-2.0.so.0
#16 0x000000000068a3b1 in gtk_cmctree_select (ctree=0x17cb420, node=0x1d05e60) at gtkcmctree.c:3903
#17 0x0000000000684452 in real_unselect_all (clist=0x17cb420) at gtkcmctree.c:2881
#18 0x00000000006b363e in gtk_sctree_real_unselect_all (clist=0x17cb420) at gtksctree.c:792
#19 0x00000000006a0e7b in gtk_cmclist_unselect_all (clist=0x17cb420) at gtkcmclist.c:3666
#20 0x00000000006b1f3d in select_row (sctree=0x17cb420, row=1, col=0, state=16, _node=0x0) at gtksctree.c:383
#21 0x00000000006b2a27 in gtk_sctree_button_press (widget=0x17cb420, event=0x187d9c0) at gtksctree.c:554
#22 0x00007f401d1374d5 in _gtk_marshal_BOOLEAN__BOXED () from /lib64/libgtk-x11-2.0.so.0
#23 0x00007f4019bae188 in g_closure_invoke () from /lib64/libgobject-2.0.so.0
#24 0x00007f4019bbf8db in signal_emit_unlocked_R () from /lib64/libgobject-2.0.so.0
#25 0x00007f4019bc74f9 in g_signal_emit_valist () from /lib64/libgobject-2.0.so.0
#26 0x00007f4019bc7ae2 in g_signal_emit () from /lib64/libgobject-2.0.so.0
#27 0x00007f401d2473f4 in gtk_widget_event_internal () from /lib64/libgtk-x11-2.0.so.0
#28 0x00007f401d135c84 in gtk_propagate_event () from /lib64/libgtk-x11-2.0.so.0
#29 0x00007f401d13603b in gtk_main_do_event () from /lib64/libgtk-x11-2.0.so.0
#30 0x00007f401cdb19bc in gdk_event_dispatch () from /lib64/libgdk-x11-2.0.so.0
#31 0x00007f40198e6146 in g_main_context_dispatch () from /lib64/libglib-2.0.so.0
#32 0x00007f40198e6498 in g_main_context_iterate.isra.24 () from /lib64/libglib-2.0.so.0
#33 0x00007f40198e689a in g_main_loop_run () from /lib64/libglib-2.0.so.0
#34 0x00007f401d135127 in gtk_main () from /lib64/libgtk-x11-2.0.so.0
#35 0x00000000004d0816 in main (argc=1, argv=0x7fffdc4442c8) at main.c:1559
(gdb) 

/var/log/messages:
Jun  9 13:43:15 hg kernel: traps: claws-mail[28267] general protection ip:7fcf70361f34 sp:7fffcef44e90 error:0 in libglib-2.0.so.0.3800.2[7fcf702eb000+fe000]

I can provide bt full output if that will help...  However, 'str1' looks
interesting here:
#2  0x00000000005baa7a in summary_cmp_by_from (clist=0x17cb610, ptr1=0x2a35500, ptr2=0x2972620) at summaryview.c:7452
        str1 = 0x75f8e0ba85d1a794 <Address 0x75f8e0ba85d1a794 out of bounds>
        str2 = 0x29765d0 "support at placester.com"
        r1 = 0x2a35500
        r2 = 0x2972620
        msginfo1 = 0x1e2a650
        msginfo2 = 0x1e005d0
        sv = 0x1a46730
        res = 32767


summaryview.c:7452
	res = g_utf8_collate(str1, str2);
main.c:1559
	gtk_main();


I have several messages from this sender; but I'm not sure which one
might be triggering this crash...  strangely, copying entire Mail (9.3G)
to new machine gives same crash; but copying last 6 months messages into
my test CM doesn't...

In case it matters, CM dumps this at startup:
** (claws-mail:1731): WARNING **: Trying to register gtype 'GtkCMUnit' as
enum when in fact it is of type 'gint'

Thanks,
Pierre



[1] i7 does NOT mean an 8 thread CPU!  The only way to be sure is check
the CPU specs.  Returning Dell Inspiron 17R 5737 i7 which has only 4
threads. :P 



More information about the Users mailing list