Bug 2953 - cm leaks memory when connection fails
Summary: cm leaks memory when connection fails
Status: RESOLVED INVALID
Alias: None
Product: Claws Mail
Classification: Unclassified
Component: Folders/IMAP (show other bugs)
Version: 3.9.3
Hardware: Other Linux
: P3 normal
Assignee: users
URL:
Depends on:
Blocks:
 
Reported: 2013-06-30 02:38 CEST by kardan
Modified: 2013-08-14 10:43 CEST (History)
0 users

See Also:


Attachments
gdb ran claws overnight and greeted with a "double linked list" in the morning. (10.22 KB, application/octet-stream)
2013-06-30 02:38 CEST, kardan
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description kardan 2013-06-30 02:38:11 CEST
Created attachment 1278 [details]
gdb ran claws overnight and greeted with a "double linked list" in the morning.

* Two times I saw "double linked list" with gdb so far
* SIGSEGV happends regularly when connection is dropped while IMAP downloads are ongoing

If you inspect cm with valgrind and plugoff the ethernet cable you will see lot of messages like the following.

$ valgrind --leak-check=yes claws-mail --debug                                               
==26371== Memcheck, a memory error detector
==26371== Copyright (C) 2002-2012, and GNU GPL'd, by Julian Seward et al.
==26371== Using Valgrind-3.8.1 and LibVEX; rerun with -h for copyright info
==26371== Command: claws-mail --debug
==26371== 

msgcache.c:603: Reading swapped message cache from .claws-mail/imapcache//Queue/.claws_cach
e...
msgcache.c:619:using Noop Converter
msgcache.c:791:done. (0 items read)
msgcache.c:792:Cache size: 0 messages, 0 bytes
msgcache.c:822:reading swapped mark file.

==26371== Conditional jump or move depends on uninitialised value(s)
==26371==    at 0x81399BD: msgcache_read_mark (msgcache.c:882)
==26371==    by 0x80CE9C5: folder_item_read_cache (folder.c:2702)
==26371==    by 0x80CF1A0: folder_item_get_msg_list (folder.c:2823)
==26371==    by 0x80DC7A7: folderview_update_node (folderview.c:1606)
==26371==    by 0x80DCCEF: folderview_gnode_func (folderview.c:1726)
==26371==    by 0x82B0089: gtk_sctree_insert_gnode (gtksctree.c:1934)
==26371==    by 0x82B019A: gtk_sctree_insert_gnode (gtksctree.c:1957)
==26371==    by 0x80DD076: folderview_append_folder (folderview.c:1808)
==26371==    by 0x80DACA9: folderview_set_folders (folderview.c:1007)
==26371==    by 0x80DA36C: folderview_set (folderview.c:742)
==26371==    by 0x80E04D3: folderview_update_folder (folderview.c:2798)
==26371==    by 0x823E386: hooks_marshal (hooks.c:108)
==26371== 

imap.c:5427:IMAP switching to batch mode
** Message: Konto 'riseup': Verbinde mit IMAP4-Server: mail.riseup.net:993...
imap-thread.c:388:found imap 0x78fda48
==26371== Thread 2:
==26371== Syscall param sendmsg(mmsg[0].msg_hdr) points to uninitialised byte(s)
==26371==    at 0x51D4E0C: sendmmsg (sendmmsg.c:36)
==26371==    by 0x4D15445: __libc_res_nsend (res_send.c:1140)
==26371==    by 0x4D12C07: __libc_res_nquery (res_query.c:226)
==26371==    by 0x4D1324D: __libc_res_nquerydomain (res_query.c:582)
==26371==    by 0xFEFD90F: ???
==26371==  Address 0xfefc3c8 is on thread 2's stack

msgcache.c:619:using Noop Converter                                                                                 [252/1995]
msgcache.c:791:done. (0 items read)
msgcache.c:792:Cache size: 0 messages, 0 bytes
msgcache.c:822:reading swapped mark file.
==26371== Thread 1:
==26371== Conditional jump or move depends on uninitialised value(s)
==26371==    at 0x81399BD: msgcache_read_mark (msgcache.c:882)
==26371==    by 0x80CE9C5: folder_item_read_cache (folder.c:2702)
==26371==    by 0x80CF1A0: folder_item_get_msg_list (folder.c:2823)
==26371==    by 0x80D5126: folder_item_apply_processing (folder.c:4433)
==26371==    by 0x80FFCF3: initial_processing (main.c:2011)
==26371==    by 0x80CA155: folder_func_to_all_folders_func (folder.c:1059)
==26371==    by 0x4B72A29: g_node_traverse_pre_order (gnode.c:550)
==26371==    by 0x62D662F: ???
==26371== 
msgcache.c:911:reading swapped tags file.

folder.c:4620:Folder riseup wants sync
==26371== Conditional jump or move depends on uninitialised value(s)
==26371==    at 0x51B470D: re_compile_fastmap_iter.isra.17 (regcomp.c:328)
==26371==    by 0x51BB6B4: re_compile_fastmap (regcomp.c:280)
==26371==    by 0x51BBD7F: regcomp (regcomp.c:516)
==26371==    by 0x825A34B: subject_get_prefix_length (utils.c:3745)
==26371==    by 0x825A154: subject_table_lookup (utils.c:3647)
==26371==    by 0x80CDB3B: folder_item_scan_full (folder.c:2425)
==26371==    by 0x80CE830: folder_item_read_cache (folder.c:2663)
==26371==    by 0x80CF1A0: folder_item_get_msg_list (folder.c:2823)
==26371==    by 0x7CC30CC: notification_traverse_hash_startup (notification_core.c:351)
==26371==    by 0x4B72A29: g_node_traverse_pre_order (gnode.c:550)
==26371==    by 0x4B729DA: g_node_traverse_pre_order (gnode.c:545)
==26371==    by 0x4B729DA: g_node_traverse_pre_order (gnode.c:545)
==26371== 
==26371== Conditional jump or move depends on uninitialised value(s)
==26371==    at 0x51B470D: re_compile_fastmap_iter.isra.17 (regcomp.c:328)
==26371==    by 0x51BB6D4: re_compile_fastmap (regcomp.c:282)
==26371==    by 0x51BBD7F: regcomp (regcomp.c:516)
==26371==    by 0x51BB6D4: re_compile_fastmap (regcomp.c:282)
==26371==    by 0x51BBD7F: regcomp (regcomp.c:516)
==26371==    by 0x825A34B: subject_get_prefix_length (utils.c:3745)
==26371==    by 0x825A154: subject_table_lookup (utils.c:3647)
==26371==    by 0x80CDB3B: folder_item_scan_full (folder.c:2425)
==26371==    by 0x80CE830: folder_item_read_cache (folder.c:2663)
==26371==    by 0x80CF1A0: folder_item_get_msg_list (folder.c:2823)
==26371==    by 0x7CC30CC: notification_traverse_hash_startup (notification_core.c:351)
==26371==    by 0x4B72A29: g_node_traverse_pre_order (gnode.c:550)
==26371==    by 0x4B729DA: g_node_traverse_pre_order (gnode.c:545)
==26371==    by 0x4B729DA: g_node_traverse_pre_order (gnode.c:545)
==26371== 
imap.c:5446:IMAP switching away from batch mode


There are several kinds of leaks; the two most important categories are:
    "definitely lost": your program is leaking memory -- fix it!
    "probably lost": your program is leaking memory, unless you're doing funny things with pointers (such as moving them to point to the middle of a heap block).

==26475== 4 bytes in 4 blocks are definitely lost in loss record 185 of 8,243
==26475==    at 0x402B498: malloc (vg_replace_malloc.c:270)
==26475==    by 0x4B7021A: standard_malloc (gmem.c:85)
==26475==    by 0x4B70592: g_malloc (gmem.c:159)
==26475==    by 0x4B88538: g_strdup (gstrfuncs.c:364)
==26475==    by 0x8172DB5: prefs_set_default (prefs_gtk.c:457)
==26475==    by 0x8150F55: prefs_account_new (prefs_account.c:3440)
==26475==    by 0x807DCBE: account_read_config_all (account.c:225)
==26475==    by 0x80FDB23: main (main.c:1291)
==26475== 
==26475== 5 bytes in 1 blocks are possibly lost in loss record 233 of 8,243
==26475==    at 0x402B498: malloc (vg_replace_malloc.c:270)
==26475==    by 0x4B7021A: standard_malloc (gmem.c:85)
==26475==    by 0x4B70592: g_malloc (gmem.c:159)
==26475==    by 0x4B88538: g_strdup (gstrfuncs.c:364)

==26475== LEAK SUMMARY:
==26475==    definitely lost: 30,475 bytes in 114 blocks
==26475==    indirectly lost: 39,192 bytes in 1,939 blocks
==26475==      possibly lost: 5,930,101 bytes in 98,571 blocks
==26475==    still reachable: 1,880,140 bytes in 19,952 blocks
==26475==         suppressed: 0 bytes in 0 blocks
==26475== Reachable blocks (those to which a pointer was found) are not shown.
==26475== To see them, rerun with: --leak-check=full --show-reachable=yes
==26475== 
==26475== For counts of detected and suppressed errors, rerun with: -v
==26475== Use --track-origins=yes to see where uninitialised values come from
==26475== ERROR SUMMARY: 3712 errors from 3647 contexts (suppressed: 0 from 0)
==26626== Invalid free() / delete / delete[] / realloc()
==26626==    at 0x402A24C: free (vg_replace_malloc.c:446)
==26626==    by 0x5231F54: __libc_freeres (in /lib/i386-linux-gnu/i686/cmov/libc-2.17.so)
==26626==    by 0x519CFDF: _Exit (_exit.S:29)
==26626==  Address 0x528f230 is 0 bytes inside data symbol "noai6ai_cached"

==26626==                                                                                                          [1745/1841]
==26626== HEAP SUMMARY:
==26626==     in use at exit: 7,871,114 bytes in 120,560 blocks
==26626==   total heap usage: 477,869 allocs, 357,310 frees, 36,125,632 bytes allocated
==26626== 
==26626== 1 bytes in 1 blocks are possibly lost in loss record 4 of 8,241
==26626==    at 0x402B498: malloc (vg_replace_malloc.c:270)
==26626==    by 0x4B7021A: standard_malloc (gmem.c:85)
==26626==    by 0x4B70592: g_malloc (gmem.c:159)
==26626==    by 0x4B88538: g_strdup (gstrfuncs.c:364)
==26626==    by 0x4AEF62B: g_param_spec_string (gparamspecs.c:2208)
==26626==    by 0x4245EDD: gtk_settings_class_intern_init (gtksettings.c:563)
==26626==    by 0x4AFF4D1: g_type_class_ref (gtype.c:2244)
==26626==    by 0x4AE68ED: g_object_newv (gobject.c:1624)
==26626==    by 0x4AE6DB7: g_object_new (gobject.c:1548)
==26626==    by 0x42443EC: gtk_settings_get_for_screen (gtksettings.c:1086)
==26626==    by 0x424446F: gtk_settings_get_default (gtksettings.c:1119)
==26626==    by 0x80FDA3E: main (main.c:1232)
==26626== 
==26626== 1 bytes in 1 blocks are possibly lost in loss record 5 of 8,241
==26626==    at 0x402B498: malloc (vg_replace_malloc.c:270)
==26626==    by 0x4B7021A: standard_malloc (gmem.c:85)
==26626==    by 0x4B70592: g_malloc (gmem.c:159)

==26626==    by 0x4B88538: g_strdup (gstrfuncs.c:364)                                                              [1722/1841]
==26626==    by 0x4AEF62B: g_param_spec_string (gparamspecs.c:2208)
==26626==    by 0x42F32B8: gtk_tree_view_column_class_intern_init (gtktreeviewcolumn.c:262)
==26626==    by 0x4AFF4D1: g_type_class_ref (gtype.c:2244)
==26626==    by 0x4AE68ED: g_object_newv (gobject.c:1624)
==26626==    by 0x4AE6DB7: g_object_new (gobject.c:1548)
==26626==    by 0x42F40F3: gtk_tree_view_column_new (gtktreeviewcolumn.c:1457)
==26626==    by 0x4136FEC: gtk_combo_box_menu_setup.constprop.22 (gtkcombobox.c:3056)
==26626==    by 0x4137446: gtk_combo_box_check_appearance (gtkcombobox.c:1287)
==26626== 
==26626== 1 bytes in 1 blocks are possibly lost in loss record 6 of 8,241
==26626==    at 0x402B498: malloc (vg_replace_malloc.c:270)
==26626==    by 0x4B7021A: standard_malloc (gmem.c:85)
==26626==    by 0x4B70592: g_malloc (gmem.c:159)
==26626==    by 0x4B88538: g_strdup (gstrfuncs.c:364)
==26626==    by 0x4AEF62B: g_param_spec_string (gparamspecs.c:2208)
==26626==    by 0x41DE271: gtk_menu_item_class_intern_init (gtkmenuitem.c:302)
==26626==    by 0x4AFF4D1: g_type_class_ref (gtype.c:2244)
==26626==    by 0x4AFF16F: g_type_class_ref (gtype.c:2951)
==26626==    by 0x4AE68ED: g_object_newv (gobject.c:1624)
==26626==    by 0x4AE6DB7: g_object_new (gobject.c:1548)
==26626==    by 0x4269083: gtk_tearoff_menu_item_new (gtktearoffmenuitem.c:51)
==26626==    by 0x42FC65D: update_node (gtkuimanager.c:2424)
==26626== 1 bytes in 1 blocks are possibly lost in loss record 7 of 8,241
==26626==    at 0x402B498: malloc (vg_replace_malloc.c:270)
==26626==    by 0x4B7021A: standard_malloc (gmem.c:85)
==26626==    by 0x4B70592: g_malloc (gmem.c:159)
==26626==    by 0x4B88538: g_strdup (gstrfuncs.c:364)
==26626==    by 0x4AEF62B: g_param_spec_string (gparamspecs.c:2208)
==26626==    by 0x41BBC4F: gtk_label_class_intern_init (gtklabel.c:504)
==26626==    by 0x4AFF4D1: g_type_class_ref (gtype.c:2244)
==26626==    by 0x4AFF16F: g_type_class_ref (gtype.c:2951)
==26626==    by 0x4AE68ED: g_object_newv (gobject.c:1624)
==26626==    by 0x4AE6DB7: g_object_new (gobject.c:1548)
==26626==    by 0x41DEA4C: gtk_menu_item_ensure_label (gtkmenuitem.c:2127)
==26626==    by 0x41DEB3C: gtk_real_menu_item_set_label (gtkmenuitem.c:1468)
==26626== 

==26626== 269,932 bytes in 2,994 blocks are possibly lost in loss record 8,239 of 8,241
==26626==    at 0x402B498: malloc (vg_replace_malloc.c:270)
==26626==    by 0x4B7021A: standard_malloc (gmem.c:85)
==26626==    by 0x813832D: msgcache_read_cache (msgcache.c:685)
==26626==    by 0x80CE783: folder_item_read_cache (folder.c:2646)
==26626==    by 0x80CF1A0: folder_item_get_msg_list (folder.c:2823)
==26626==    by 0x7CC30CC: notification_traverse_hash_startup (notification_core.c:351)
==26626==    by 0x4B72A29: g_node_traverse_pre_order (gnode.c:550)
==26626==    by 0x4B729DA: g_node_traverse_pre_order (gnode.c:545)
==26626==    by 0x4B729DA: g_node_traverse_pre_order (gnode.c:545)
==26626==    by 0x4B729DA: g_node_traverse_pre_order (gnode.c:545)
==26626==    by 0x4B729DA: g_node_traverse_pre_order (gnode.c:545)
==26626==    by 0x4B736CF: g_node_traverse (gnode.c:869)

==26626== 276,416 bytes in 13,072 blocks are possibly lost in loss record 8,240 of 8,241
==26626==    at 0x402B498: malloc (vg_replace_malloc.c:270)
==26626==    by 0x4B7021A: standard_malloc (gmem.c:85)
==26626==    by 0x4B70592: g_malloc (gmem.c:159)
==26626==    by 0x4B88538: g_strdup (gstrfuncs.c:364)
==26626==    by 0x81750F6: prefs_cache_sections (prefs_gtk.c:1017)
==26626==    by 0x8175206: prefs_cache (prefs_gtk.c:1039)
==26626==    by 0x8175327: prefs_prepare_cache (prefs_gtk.c:1059)
==26626==    by 0x80FD1C2: main (main.c:1010)


==26626== 386,432 bytes in 3,019 blocks are possibly lost in loss record 8,241 of 8,241                            [1268/1831]
==26626==    at 0x402937B: calloc (vg_replace_malloc.c:593)
==26626==    by 0x4B6FF32: standard_calloc (gmem.c:104)
==26626==    by 0x8137D29: msgcache_read_cache (msgcache.c:672)
==26626==    by 0x80CE783: folder_item_read_cache (folder.c:2646)
==26626==    by 0x80CF1A0: folder_item_get_msg_list (folder.c:2823)
==26626==    by 0x7CC30CC: notification_traverse_hash_startup (notification_core.c:351)
==26626==    by 0x4B72A29: g_node_traverse_pre_order (gnode.c:550)
==26626==    by 0x4B729DA: g_node_traverse_pre_order (gnode.c:545)
==26626==    by 0x4B729DA: g_node_traverse_pre_order (gnode.c:545)
==26626==    by 0x4B729DA: g_node_traverse_pre_order (gnode.c:545)
==26626==    by 0x4B729DA: g_node_traverse_pre_order (gnode.c:545)
==26626==    by 0x4B736CF: g_node_traverse (gnode.c:869)
==26626== 
==26626== LEAK SUMMARY:
==26626==    definitely lost: 28,435 bytes in 113 blocks
==26626==    indirectly lost: 39,192 bytes in 1,939 blocks
==26626==      possibly lost: 5,923,021 bytes in 98,556 blocks
==26626==    still reachable: 1,880,466 bytes in 19,952 blocks
==26626==         suppressed: 0 bytes in 0 blocks
==26626== Reachable blocks (those to which a pointer was found) are not shown.
==26626== To see them, rerun with: --leak-check=full --show-reachable=yes


==26626== For counts of detected and suppressed errors, rerun with: -v                                             [1245/1831]
==26626== Use --track-origins=yes to see where uninitialised values come from
==26626== ERROR SUMMARY: 3711 errors from 3646 contexts (suppressed: 0 from 0)
==26642== Invalid free() / delete / delete[] / realloc()
==26642==    at 0x402A24C: free (vg_replace_malloc.c:446)
==26642==    by 0x5231F54: __libc_freeres (in /lib/i386-linux-gnu/i686/cmov/libc-2.17.so)
==26642==    by 0x519CFDF: _Exit (_exit.S:29)
==26642==  Address 0x528f230 is 0 bytes inside data symbol "noai6ai_cached"
==26642== 
==26642== 
==26642== HEAP SUMMARY:
==26642==     in use at exit: 7,871,162 bytes in 120,563 blocks
==26642==   total heap usage: 477,872 allocs, 357,310 frees, 36,125,680 bytes allocated

==26642== 386,432 bytes in 3,019 blocks are possibly lost in loss record 8,242 of 8,242
==26642==    at 0x402937B: calloc (vg_replace_malloc.c:593)
==26642==    by 0x4B6FF32: standard_calloc (gmem.c:104)
==26642==    by 0x8137D29: msgcache_read_cache (msgcache.c:672)
==26642==    by 0x80CE783: folder_item_read_cache (folder.c:2646)
==26642==    by 0x80CF1A0: folder_item_get_msg_list (folder.c:2823)
==26642==    by 0x7CC30CC: notification_traverse_hash_startup (notification_core.c:351)
==26642==    by 0x4B72A29: g_node_traverse_pre_order (gnode.c:550)
==26642==    by 0x4B729DA: g_node_traverse_pre_order (gnode.c:545)
==26642==    by 0x4B729DA: g_node_traverse_pre_order (gnode.c:545)
==26642==    by 0x4B729DA: g_node_traverse_pre_order (gnode.c:545)
==26642==    by 0x4B729DA: g_node_traverse_pre_order (gnode.c:545)
==26642==    by 0x4B736CF: g_node_traverse (gnode.c:869)

==26642== LEAK SUMMARY:                                                                                               [1/1877]
==26642==    definitely lost: 28,435 bytes in 113 blocks
==26642==    indirectly lost: 39,192 bytes in 1,939 blocks
==26642==      possibly lost: 5,923,021 bytes in 98,556 blocks
==26642==    still reachable: 1,880,514 bytes in 19,955 blocks
==26642==         suppressed: 0 bytes in 0 blocks
==26642== Reachable blocks (those to which a pointer was found) are not shown.
==26642== To see them, rerun with: --leak-check=full --show-reachable=yes
==26642== 
==26642== For counts of detected and suppressed errors, rerun with: -v
==26642== Use --track-origins=yes to see where uninitialised values come from
==26642== ERROR SUMMARY: 3711 errors from 3646 contexts (suppressed: 0 from 0)
==26661== Invalid free() / delete / delete[] / realloc()
==26661==    at 0x402A24C: free (vg_replace_malloc.c:446)
==26661==    by 0x5231F54: __libc_freeres (in /lib/i386-linux-gnu/i686/cmov/libc-2.17.so)
==26661==    by 0x519CFDF: _Exit (_exit.S:29)
==26661==  Address 0x528f230 is 0 bytes inside data symbol "noai6ai_cached"
==26661== 
==26661== 
==26661== HEAP SUMMARY:
==26661==     in use at exit: 7,871,169 bytes in 120,564 blocks
==26661==   total heap usage: 477,873 allocs, 357,310 frees, 36,125,687 bytes allocated

==26661== 386,432 bytes in 3,019 blocks are possibly lost in loss record 8,243 of 8,243
==26661==    at 0x402937B: calloc (vg_replace_malloc.c:593)
==26661==    by 0x4B6FF32: standard_calloc (gmem.c:104)
==26661==    by 0x8137D29: msgcache_read_cache (msgcache.c:672)
==26661==    by 0x80CE783: folder_item_read_cache (folder.c:2646)
==26661==    by 0x80CF1A0: folder_item_get_msg_list (folder.c:2823)
==26661==    by 0x7CC30CC: notification_traverse_hash_startup (notification_core.c:351)
==26661==    by 0x4B72A29: g_node_traverse_pre_order (gnode.c:550)
==26661==    by 0x4B729DA: g_node_traverse_pre_order (gnode.c:545)
==26661==    by 0x4B729DA: g_node_traverse_pre_order (gnode.c:545)
==26661==    by 0x4B729DA: g_node_traverse_pre_order (gnode.c:545)
==26661==    by 0x4B729DA: g_node_traverse_pre_order (gnode.c:545)
==26661==    by 0x4B736CF: g_node_traverse (gnode.c:869)

==26661== LEAK SUMMARY:                                                                                              [63/1838]
==26661==    definitely lost: 28,435 bytes in 113 blocks
==26661==    indirectly lost: 39,192 bytes in 1,939 blocks
==26661==      possibly lost: 5,923,021 bytes in 98,556 blocks
==26661==    still reachable: 1,880,521 bytes in 19,956 blocks
==26661==         suppressed: 0 bytes in 0 blocks
==26661== Reachable blocks (those to which a pointer was found) are not shown.
==26661== To see them, rerun with: --leak-check=full --show-reachable=yes
==26661== 
==26661== For counts of detected and suppressed errors, rerun with: -v
==26661== Use --track-origins=yes to see where uninitialised values come from
==26661== ERROR SUMMARY: 3711 errors from 3646 contexts (suppressed: 0 from 0)
sgpgme.c:666:GpgME Protocol: OpenPGP
Version: 1.4.12 (req 1.3.0)
Executable: /usr/bin/gpg
Comment 1 kardan 2013-06-30 02:43:52 CEST
(from 2947#c6)

Program received signal SIGSEGV, Segmentation fault.
0x080c5bbe in filteringaction_to_string (action=0x0) at filtering.c:957
957		command_str = get_matchparser_tab_str(action->type);

Thread 4 (Thread 0xadcffb40 (LWP 30908)):
#0  0xb7fde424 in __kernel_vsyscall ()
#1  0xb6e5d7cb in poll () at ../sysdeps/unix/syscall-template.S:81
#2  0xb74442db in poll (__timeout=-1, __nfds=3, __fds=0x8afc818) at /usr/include/i386-linux-gnu/bits/poll2.h:46
#3  g_poll (fds=0x8afc818, nfds=3, timeout=-1) at /build/glib2.0-Q0IaBZ/glib2.0-2.36.3/./glib/gpoll.c:132
#4  0xb7435670 in g_main_context_poll (n_fds=3, fds=0x8afc818, timeout=<optimized out>, context=0xadd05840, priority=<optimized out>) at /build/glib2.0-Q0IaBZ/glib2.0-2.36.3/./glib/gmain.c:3995
#5  g_main_context_iterate (context=0xadd05840, block=block@entry=1, dispatch=dispatch@entry=1, self=<optimized out>) at /build/glib2.0-Q0IaBZ/glib2.0-2.36.3/./glib/gmain.c:3696
#6  0xb7435bcb in g_main_loop_run (loop=0xadd05808) at /build/glib2.0-Q0IaBZ/glib2.0-2.36.3/./glib/gmain.c:3895
#7  0xb79b0fba in gdbus_shared_thread_func (user_data=0xadd05828) at /build/glib2.0-Q0IaBZ/glib2.0-2.36.3/./gio/gdbusprivate.c:278
#8  0xb745b1c3 in g_thread_proxy (data=0xadd01bb0) at /build/glib2.0-Q0IaBZ/glib2.0-2.36.3/./glib/gthread.c:798
#9  0xb75e3cf1 in start_thread (arg=0xadcffb40) at pthread_create.c:311
#10 0xb6e6bfae in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:131

Thread 2 (Thread 0xaf023b40 (LWP 30893)):
#0  0xb7fde424 in __kernel_vsyscall ()
#1  0xb75e77ab in pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/i386/i686/../i486/pthread_cond_wait.S:187
#2  0xb7258d64 in mailsem_internal_wait () from /usr/lib/libetpan.so.15
#3  0xb7258f6d in mailsem_down () from /usr/lib/libetpan.so.15
#4  0x082629b4 in thread_run (data=0x880e488) at etpan-thread-manager.c:331
#5  0xb75e3cf1 in start_thread (arg=0xaf023b40) at pthread_create.c:311
#6  0xb6e6bfae in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:131

Thread 1 (Thread 0xb641d8c0 (LWP 30884)):
#0  0x080c5bbe in filteringaction_to_string (action=0x0) at filtering.c:957
#1  0x080c5da4 in filteringaction_list_to_string (action_list=0x877f8e8) at filtering.c:1036
#2  0x080c5e36 in filteringprop_to_string (prop=0x87249e0) at filtering.c:1061
#3  0x080c5720 in filter_msginfo (filtering_list=0x87249d8, info=0x8c84380, ac_prefs=0x86faf00) at filtering.c:820
#4  0x080c5b84 in filter_message_by_msginfo (flist=0x87249d8, info=0x8c84380, ac_prefs=0x86faf00, context=FILTERING_INCORPORATION, extra_info=0x0) at filtering.c:944
#5  0x081b2c6d in procmsg_msginfo_filter (msginfo=0x8c84380, ac_prefs=0x86faf00) at procmsg.c:2308
#6  0x081b2f07 in procmsg_msglist_filter (list=0x8742ae0, ac=0x86faf00, filtered=0xbfffce50, unfiltered=0xbfffce4c, do_filter=1) at procmsg.c:2379
#7  0x080cd855 in folder_item_scan_full (item=0x8785de0, filtering=1) at folder.c:2373
#8  0x080cc7e9 in folder_item_process_open (item=0x8785de0, before_proc_func=0x0, after_proc_func=0x0, data=0x0) at folder.c:2010
#9  0x080cc953 in folder_item_open (item=0x8785de0) at folder.c:2045
#10 0x080de616 in folderview_selected (ctree=0x851d1d0, row=0x88a3010, column=-1, folderview=0x860ad08) at folderview.c:2182
#11 0x082c8b88 in claws_marshal_VOID__POINTER_INT (closure=closure@entry=0x8641278, return_value=return_value@entry=0x0, n_param_values=n_param_values@entry=3, param_values=param_values@entry=0xbfffd1f0, invocation_hint=invocation_hint@entry=0xbfffd19c, marshal_data=marshal_data@entry=0x0) at claws-marshal.c:348
#12 0xb74fbc56 in g_closure_invoke (closure=0x8641278, return_value=return_value@entry=0x0, n_param_values=n_param_values@entry=3, param_values=param_values@entry=0xbfffd1f0, invocation_hint=invocation_hint@entry=0xbfffd19c) at /build/glib2.0-Q0IaBZ/glib2.0-2.36.3/./gobject/gclosure.c:777
#13 0xb750ded7 in signal_emit_unlocked_R (node=node@entry=0x85127f0, detail=detail@entry=0, instance=instance@entry=0x851d1d0, emission_return=emission_return@entry=0x0, instance_and_params=instance_and_params@entry=0xbfffd1f0) at /build/glib2.0-Q0IaBZ/glib2.0-2.36.3/./gobject/gsignal.c:3584
#14 0xb75160db in g_signal_emit_valist (instance=instance@entry=0x851d1d0, signal_id=signal_id@entry=119, detail=detail@entry=0, var_args=0xbfffd424 "\213\001", var_args@entry=0xbfffd41c "\020\060\212\b\377\377\377\377\213\001") at /build/glib2.0-Q0IaBZ/glib2.0-2.36.3/./gobject/gsignal.c:3328
#15 0xb75162b3 in g_signal_emit (instance=0x851d1d0, signal_id=119, detail=0) at /build/glib2.0-Q0IaBZ/glib2.0-2.36.3/./gobject/gsignal.c:3384
#16 0x08287504 in gtk_cmctree_select (ctree=0x851d1d0, node=0x88a3010) at gtkcmctree.c:3903
#17 0x08281eab in real_unselect_all (clist=0x851d1d0) at gtkcmctree.c:2881
#18 0x082acfed in gtk_sctree_real_unselect_all (clist=0x851d1d0) at gtksctree.c:792
#19 0x0829bc67 in gtk_cmclist_unselect_all (clist=0x851d1d0) at gtkcmclist.c:3666
#20 0x082ab9a7 in select_row (sctree=0x851d1d0, row=3, col=0, state=0, _node=0x0) at gtksctree.c:383
#21 0x082ac48f in gtk_sctree_button_press (widget=0x851d1d0, event=0x87f4d08) at gtksctree.c:554
#22 0xb7c49722 in _gtk_marshal_BOOLEAN__BOXED (closure=0x850c100, return_value=0xbfffef80, n_param_values=2, param_values=0xbfffeff0, invocation_hint=0xbfffef9c, marshal_data=0x82abffc <gtk_sctree_button_press>) at /build/buildd-gtk+2.0_2.24.18-1-i386-HsR4f_/gtk+2.0-2.24.18/gtk/gtkmarshalers.c:86
#23 0xb74faacd in g_type_class_meta_marshal (closure=closure@entry=0x850c100, return_value=return_value@entry=0xbfffef80, n_param_values=n_param_values@entry=2, param_values=param_values@entry=0xbfffeff0, invocation_hint=invocation_hint@entry=0xbfffef9c, marshal_data=marshal_data@entry=0xb0) at /build/glib2.0-Q0IaBZ/glib2.0-2.36.3/./gobject/gclosure.c:970
#24 0xb74fbc56 in g_closure_invoke (closure=closure@entry=0x850c100, return_value=return_value@entry=0xbfffef80, n_param_values=2, param_values=param_values@entry=0xbfffeff0, invocation_hint=invocation_hint@entry=0xbfffef9c) at /build/glib2.0-Q0IaBZ/glib2.0-2.36.3/./gobject/gclosure.c:777
#25 0xb750db36 in signal_emit_unlocked_R (node=node@entry=0x850c2f8, detail=detail@entry=0, instance=instance@entry=0x851d1d0, emission_return=emission_return@entry=0xbffff0cc, instance_and_params=instance_and_params@entry=0xbfffeff0) at /build/glib2.0-Q0IaBZ/glib2.0-2.36.3/./gobject/gsignal.c:3622
#26 0xb7515d73 in g_signal_emit_valist (instance=instance@entry=0x851d1d0, signal_id=signal_id@entry=43, detail=detail@entry=0, var_args=0xbffff210 "<\362\377\277\bM\177\b", var_args@entry=0xbffff20c "\bM\177\b<\362\377\277\bM\177\b") at /build/glib2.0-Q0IaBZ/glib2.0-2.36.3/./gobject/gsignal.c:3338
#27 0xb75162b3 in g_signal_emit (instance=instance@entry=0x851d1d0, signal_id=43, detail=detail@entry=0) at /build/glib2.0-Q0IaBZ/glib2.0-2.36.3/./gobject/gsignal.c:3384
#28 0xb7d815ab in gtk_widget_event_internal (widget=widget@entry=0x851d1d0, event=event@entry=0x87f4d08) at /build/buildd-gtk+2.0_2.24.18-1-i386-HsR4f_/gtk+2.0-2.24.18/gtk/gtkwidget.c:5010
#29 0xb7d818ee in IA__gtk_widget_event (widget=widget@entry=0x851d1d0, event=event@entry=0x87f4d08) at /build/buildd-gtk+2.0_2.24.18-1-i386-HsR4f_/gtk+2.0-2.24.18/gtk/gtkwidget.c:4807
#30 0xb7c47814 in IA__gtk_propagate_event (widget=widget@entry=0x851d1d0, event=event@entry=0x87f4d08) at /build/buildd-gtk+2.0_2.24.18-1-i386-HsR4f_/gtk+2.0-2.24.18/gtk/gtkmain.c:2490
#31 0xb7c47e88 in IA__gtk_main_do_event (event=0x87f4d08) at /build/buildd-gtk+2.0_2.24.18-1-i386-HsR4f_/gtk+2.0-2.24.18/gtk/gtkmain.c:1646
#32 0xb7ab99b8 in gdk_event_dispatch (source=source@entry=0x84e22e0, callback=0x0, user_data=0x0) at /build/buildd-gtk+2.0_2.24.18-1-i386-HsR4f_/gtk+2.0-2.24.18/gdk/x11/gdkevents-x11.c:2403
#33 0xb7435353 in g_main_dispatch (context=0x84e2348, context@entry=0x877d208) at /build/glib2.0-Q0IaBZ/glib2.0-2.36.3/./glib/gmain.c:3054
#34 g_main_context_dispatch (context=context@entry=0x84e2348) at /build/glib2.0-Q0IaBZ/glib2.0-2.36.3/./glib/gmain.c:3630
#35 0xb74356f0 in g_main_context_iterate (context=0x84e2348, block=block@entry=1, dispatch=dispatch@entry=1, self=<optimized out>) at /build/glib2.0-Q0IaBZ/glib2.0-2.36.3/./glib/gmain.c:3701
#36 0xb7435bcb in g_main_loop_run (loop=loop@entry=0x8413298) at /build/glib2.0-Q0IaBZ/glib2.0-2.36.3/./glib/gmain.c:3895
#37 0xb7c46940 in IA__gtk_main () at /build/buildd-gtk+2.0_2.24.18-1-i386-HsR4f_/gtk+2.0-2.24.18/gtk/gtkmain.c:1257
#38 0x080fe33a in main (argc=1, argv=0xbffff5c4) at main.c:1547
warning: target file /proc/30884/cmdline contained unexpected null characters
Saved corefile core.30884
Comment 2 kardan 2013-06-30 03:32:59 CEST
additionally you see loops like this. I usually switch to offline mode then and need to answer 4 dialogues ('connection failed', 'want to synchronize', 'please just 5 minutes', 'connection failed), ..). On connection loss claws should sit down and relax instead of begging for online access in my eyes ,)

folderview.c:2058:trying again
folderview.c:2111:newly selected 0x748d390, opened (nil)
folderview.c:2206:TIMING folderview_selected : 0s512ms
folderview.c:2058:trying again
folderview.c:2111:newly selected 0x748d390, opened (nil)
folderview.c:2206:TIMING folderview_selected : 0s447ms
folderview.c:2058:trying again
folderview.c:2111:newly selected 0x748d390, opened (nil)
folderview.c:2206:TIMING folderview_selected : 0s453ms
folderview.c:2058:trying again
folderview.c:2111:newly selected 0x748d390, opened (nil)
folderview.c:2206:TIMING folderview_selected : 0s449ms
folderview.c:2058:trying again
folderview.c:2111:newly selected 0x748d390, opened (nil)
folderview.c:2206:TIMING folderview_selected : 0s531ms
folderview.c:2058:trying again
folderview.c:2111:newly selected 0x748d390, opened (nil)
folderview.c:2206:TIMING folderview_selected : 0s462ms
folderview.c:2058:trying again
folderview.c:2111:newly selected 0x748d390, opened (nil)
folderview.c:2206:TIMING folderview_selected : 0s463ms
(all in the same directory "folderview.c:2173:opening folder INBOX/projects/...")
Comment 3 Paul 2013-08-14 10:43:22 CEST
you seem to be talking about 2 issues here.
re-open this only if you can describe clearly what the bug is and how to reproduce it.