Claws-mail crash after close window whith new letter (just close or send e-mail). If send leter: the message was successfully sent (and segfault after). This behavior occurs on a one desktop and two notebook whith Intel and AMD CPU. Version 3.15.1 and 3.16.0 also segfault. Blank configuration - same problem. I try rebuild world on profile 13.0 and 17.0 (twice)- no effect. I think the problem is related to GUI. May be (only may be) the problem appeared after update: mesa (now 17.2.7) OR python_single_target_python3_4 -> python_single_target_python3_5 I have no more ideas. Reproducible: Always [ebuild R ] mail-client/claws-mail-3.15.0-r2::gentoo USE="gnutls imap ipv6 nls notification pgp spell -archive -bogofilter -calendar -clamav -dbus -debug -doc -gdata (-gtk3) -ldap -libcanberra -libindicate -libnotify -networkmanager -nntp -pda -pdf -perl -python -rss -session -sieve -smime -spam-report -spamassassin -startup-notification -svg -valgrind -xface" PYTHON_TARGETS="python2_7" 0 KiB
Created attachment 514066 [details] emerge --info
Created attachment 514208 [details] notebook --info --info on the over computer
I can confirm this bug. Also happens when trying to modify the settings of an account.
Does this also happen when you build claws-mail with ccache being disabled?
(In reply to Lars Wendler (Polynomial-C) from comment #4) > Does this also happen when you build claws-mail with ccache being disabled? Yes. emerge -C claws-mail emerge --depclean FEATURES, MAKEOPTS and CFLAGS commented in make.conf emerge claws-mail The problem still exists. (In reply to Andrei Bica from comment #3) > I can confirm this bug. > Also happens when trying to modify the settings of an account. Yep. I see exactly same when attempting try modify the settings of an account.
This is tricky... I cannot reproduce this issue on my two test machines. Any chance you can try to get a backtrace with gdb? https://wiki.gentoo.org/wiki/Project:Quality_Assurance/Backtraces https://wiki.gentoo.org/wiki/Debugging_with_GDB
Created attachment 515028 [details] gdb information
Comment on attachment 515028 [details] gdb information I hope i done all right.
Can you please re-build dev-libs/glib x11-libs/gtk+:2 _without_ ccache as well?
(In reply to Lars Wendler (Polynomial-C) from comment #9) > Can you please re-build > > dev-libs/glib > x11-libs/gtk+:2 > > _without_ ccache as well? FEATURES, MAKEOPTS and CFLAGS commented in make.conf emerge dev-libs/glib x11-libs/gtk+:2 Problem is still here. gdb says same strings.
Created attachment 515228 [details] gdb info when I try modify the settings of an account
Thread 1 "claws-mail" received signal SIGSEGV, Segmentation fault. 0x00007ffff5f3c8c7 in g_main_context_prepare (context=context@entry=0x555555d1d240, priority=priority@entry=0x7fffffffd680) at /home/portage/dev-libs/glib-2.52.3/work/glib-2.52.3/glib/gmain.c:3529 3529 /home/portage/dev-libs/glib-2.52.3/work/glib-2.52.3/glib/gmain.c: No such file or directory. (gdb) where #0 0x00007ffff5f3c8c7 in g_main_context_prepare (context=context@entry=0x555555d1d240, priority=priority@entry=0x7fffffffd680) at /home/portage/dev-libs/glib-2.52.3/work/glib-2.52.3/glib/gmain.c:3529 #1 0x00007ffff5f3d34b in g_main_context_iterate (context=0x555555d1d240, block=block@entry=1, dispatch=dispatch@entry=1, self=<optimized out>) at /home/portage/dev-libs/glib-2.52.3/work/glib-2.52.3/glib/gmain.c:3952 #2 0x00007ffff5f3d812 in g_main_loop_run (loop=0x555555c6e040) at /home/portage/dev-libs/glib-2.52.3/work/glib-2.52.3/glib/gmain.c:4168 #3 0x00007ffff7271d57 in IA__gtk_main () at /home/portage/x11-libs/gtk+-2.24.31-r1/work/gtk+-2.24.31/gtk/gtkmain.c:1268 #4 0x00005555556791a6 in main (argc=<optimized out>, argv=<optimized out>) at main.c:1614 Thread 2 (Thread 0x7fffecd42700 (LWP 121855)): #0 0x00007ffff56d193d in futex_wait_cancelable (private=<optimized out>, expected=0, futex_word=0x555556165540) at ../sysdeps/unix/sysv/linux/futex-internal.h:88 __ret = -512 oldtype = 0 err = <optimized out> oldtype = <optimized out> err = <optimized out> __ret = <optimized out> resultvar = <optimized out> __arg4 = <optimized out> __arg3 = <optimized out> __arg2 = <optimized out> __arg1 = <optimized out> _a4 = <optimized out> _a3 = <optimized out> _a2 = <optimized out> _a1 = <optimized out> #1 __pthread_cond_wait_common (abstime=0x0, mutex=0x5555561654f0, cond=0x555556165518) at pthread_cond_wait.c:502 spin = 0 buffer = {__routine = 0x7ffff56d1680 <__condvar_cleanup_waiting>, __arg = 0x7fffecd41c70, __canceltype = -24368, __prev = 0x0} cbuffer = {wseq = 44, cond = 0x555556165518, mutex = 0x5555561654f0, private = 0} rt = <optimized out> err = <optimized out> g = 0 flags = <optimized out> g1_start = <optimized out> signals = <optimized out> result = 0 wseq = <optimized out> seq = 22 private = <optimized out> maxspin = <optimized out> err = <optimized out> result = <optimized out> wseq = <optimized out> g = <optimized out> seq = <optimized out> flags = <optimized out> private = <optimized out> signals = <optimized out> g1_start = <optimized out> spin = <optimized out> buffer = <optimized out> cbuffer = <optimized out> rt = <optimized out> s = <optimized out> #2 __pthread_cond_wait (cond=cond@entry=0x555556165518, mutex=mutex@entry=0x5555561654f0) at pthread_cond_wait.c:655 No locals. #3 0x00007ffff5919593 in mailsem_internal_wait (s=0x5555561654e0) at mailsem.c:133 r = <optimized out> #4 0x00007ffff5919728 in mailsem_down (sem=<optimized out>) at mailsem.c:285 No locals. #5 0x0000555555827494 in thread_run (data=0x555556130cb0) at etpan-thread-manager.c:320 do_quit = <optimized out> op = <optimized out> thread = 0x555556130cb0 r = <optimized out> #6 0x00007ffff56ca85a in start_thread (arg=0x7fffecd42700) at pthread_create.c:465 pd = 0x7fffecd42700 now = <optimized out> unwind_buf = {cancel_jmp_buf = {{jmp_buf = {140737166714624, 9116994530368689700, 140737488320478, 140737488320479, 140737488320480, 0, -9117032148961978844, -9116982321599605212}, mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x0, 0x0}, data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}} not_first_call = <optimized out> #7 0x00007ffff53f7eaf in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95 No locals. Thread 1 (Thread 0x7ffff7e2b340 (LWP 121851)): #0 0x00007ffff5f3c8c7 in g_main_context_prepare (context=context@entry=0x555555d1d240, priority=priority@entry=0x7fffffffd680) at /home/portage/dev-libs/glib-2.52.3/work/glib-2.52.3/glib/gmain.c:3529 result = <optimized out> prepare = <optimized out> source_timeout = -1 i = <optimized out> n_ready = 1 current_priority = 0 source = 0x555556d54bd0 iter = {context = 0x555555d1d240, may_modify = 1, current_list = 0x555555cf5e00, source = 0x555556d54bd0} #1 0x00007ffff5f3d34b in g_main_context_iterate (context=0x555555d1d240, block=block@entry=1, dispatch=dispatch@entry=1, self=<optimized out>) at /home/portage/dev-libs/glib-2.52.3/work/glib-2.52.3/glib/gmain.c:3952 max_priority = 2147483647 timeout = 123 some_ready = <optimized out> nfds = <optimized out> allocated_nfds = 7 fds = <optimized out> got_ownership = <optimized out> __n = <optimized out> __s = <optimized out> __p = <optimized out> __n = <optimized out> __s = <optimized out> __p = <optimized out> #2 0x00007ffff5f3d812 in g_main_loop_run (loop=0x555555c6e040) at /home/portage/dev-libs/glib-2.52.3/work/glib-2.52.3/glib/gmain.c:4168 self = <optimized out> __func__ = "g_main_loop_run" #3 0x00007ffff7271d57 in IA__gtk_main () at /home/portage/x11-libs/gtk+-2.24.31-r1/work/gtk+-2.24.31/gtk/gtkmain.c:1268 tmp_list = 0x0 functions = 0x0 init = <optimized out> loop = 0x555555c6e040 #4 0x00005555556791a6 in main (argc=<optimized out>, argv=<optimized out>) at main.c:1614 userrc = <optimized out> mainwin = 0x555555d9bb40 folderview = 0x555555f43a90 icon = 0x555555d32580 crash_file_present = <optimized out> num_folder_class = <optimized out> asked_for_migration = <optimized out> start_done = <optimized out> plug_list = <optimized out> never_ran = 0 mainwin_shown = <optimized out> start = {tv_sec = 1518861017, tv_usec = 60779} end = {tv_sec = 1518861018, tv_usec = 478651} diff = {tv_sec = 1, tv_usec = 417872} timing_name = 0x5555558981f5 "startup" __FUNCTION__ = "main"
It's enough to close the Compose window without even sending it out. Thread 1 "claws-mail" received signal SIGSEGV, Segmentation fault. 0x00007ffff5f3c8c7 in g_main_context_prepare (context=context@entry=0x555555d1dc30, priority=priority@entry=0x7fffffffd680) at /home/portage/dev-libs/glib-2.52.3/work/glib-2.52.3/glib/gmain.c:3529 3529 /home/portage/dev-libs/glib-2.52.3/work/glib-2.52.3/glib/gmain.c: No such file or directory. (gdb) where #0 0x00007ffff5f3c8c7 in g_main_context_prepare (context=context@entry=0x555555d1dc30, priority=priority@entry=0x7fffffffd680) at /home/portage/dev-libs/glib-2.52.3/work/glib-2.52.3/glib/gmain.c:3529 #1 0x00007ffff5f3d34b in g_main_context_iterate (context=0x555555d1dc30, block=block@entry=1, dispatch=dispatch@entry=1, self=<optimized out>) at /home/portage/dev-libs/glib-2.52.3/work/glib-2.52.3/glib/gmain.c:3952 #2 0x00007ffff5f3d812 in g_main_loop_run (loop=0x555555c6e040) at /home/portage/dev-libs/glib-2.52.3/work/glib-2.52.3/glib/gmain.c:4168 #3 0x00007ffff7271d57 in IA__gtk_main () at /home/portage/x11-libs/gtk+-2.24.31-r1/work/gtk+-2.24.31/gtk/gtkmain.c:1268 #4 0x00005555556791a6 in main (argc=<optimized out>, argv=<optimized out>) at main.c:1614
Some additional info: On new install Gentoo system the problem is not observed. If create more then 1 window (example create 2 or more new letter window), then the claws-mail falls only after close last window (in any order). Maybe this information will be useful.
main.c:1612:TIMING main startup: 1s056ms compose.c:7765:Creating compose window... toolbar.c:774:read Toolbar Configuration from toolbar_compose.xml compose.c:7068:extra headers file not found addr_compl.c:401:read 2 items in (null) addr_compl.c:462:start_address_completion((null)) ref count 1 hooks.c:70:registered new hook for 'folder_update' as id 3 gtkaspell.c:676:Aspell: Created a new gtkaspeller 0x555555fa9cc0 gtkaspell.c:684:Aspell: number of existing checkers 1 gtkaspell.c:440:Aspell: created gtkaspell 0x5555566eb650 gtkaspell.c:1590:Aspell: found dictionary nl_NL nl_NL gtkaspell.c:1590:Aspell: found dictionary en_US en_US gtkaspell.c:1590:Aspell: found dictionary en_AU en_AU gtkaspell.c:1590:Aspell: found dictionary en_ZA en_ZA gtkaspell.c:1590:Aspell: found dictionary en_CA en_CA gtkaspell.c:1590:Aspell: found dictionary en_GB en_GB template.c:166:template.c:167 reading templates dir /home/jeroen/.claws-mail/templates (claws-mail:194325): Claws-Mail-WARNING **: can't open signature file: '/home/jeroen/.signature' addr_compl.c:772:end_address_completion ref count 0 hooks.c:89:unregistered hook 3 in 'folder_update' gtkaspell.c:733:Aspell: Deleting gtkaspeller 0x555555fa9cc0. gtkaspell.c:754:Aspell: gtkaspeller 0x555555fa9cc0 deleted. gtkaspell.c:738:Aspell: number of existing checkers 0 gtkaspell.c:472:Aspell: deleting gtkaspell 0x5555566eb650 Program received signal SIGSEGV, Segmentation fault. 0x00007ffff6b1ae74 in g_main_context_prepare (context=context@entry=0x555555b25d80, priority=priority@entry=0x7fffffffd680) at /home/portage/dev-libs/glib-2.52.3/work/glib-2.52.3/glib/gmain.c:3529 3529 /home/portage/dev-libs/glib-2.52.3/work/glib-2.52.3/glib/gmain.c: No such file or directory. (gdb) where #0 0x00007ffff6b1ae74 in g_main_context_prepare (context=context@entry=0x555555b25d80, priority=priority@entry=0x7fffffffd680) at /home/portage/dev-libs/glib-2.52.3/work/glib-2.52.3/glib/gmain.c:3529 #1 0x00007ffff6b1b8cb in g_main_context_iterate (context=0x555555b25d80, block=block@entry=1, dispatch=dispatch@entry=1, self=<optimized out>) at /home/portage/dev-libs/glib-2.52.3/work/glib-2.52.3/glib/gmain.c:3952 #2 0x00007ffff6b1bd92 in g_main_loop_run (loop=0x555555a749a0) at /home/portage/dev-libs/glib-2.52.3/work/glib-2.52.3/glib/gmain.c:4168 #3 0x00007ffff7675ad7 in IA__gtk_main () at /home/portage/x11-libs/gtk+-2.24.31-r1/work/gtk+-2.24.31/gtk/gtkmain.c:1268 #4 0x000055555567a586 in main (argc=<optimized out>, argv=<optimized out>) at main.c:1614 (gdb) t a a bt full Thread 1 (Thread 0x7ffff1814900 (LWP 194325)): #0 0x00007ffff6b1ae74 in g_main_context_prepare (context=context@entry=0x555555b25d80, priority=priority@entry=0x7fffffffd680) at /home/portage/dev-libs/glib-2.52.3/work/glib-2.52.3/glib/gmain.c:3529 result = <optimized out> prepare = <optimized out> source_timeout = -1 i = <optimized out> n_ready = 1 current_priority = 0 source = 0x55555672bfc0 iter = {context = 0x555555b25d80, may_modify = 1, current_list = 0x555555afce00, source = 0x55555672bfc0} #1 0x00007ffff6b1b8cb in g_main_context_iterate (context=0x555555b25d80, block=block@entry=1, dispatch=dispatch@entry=1, self=<optimized out>) at /home/portage/dev-libs/glib-2.52.3/work/glib-2.52.3/glib/gmain.c:3952 max_priority = -1 timeout = 0 some_ready = <optimized out> nfds = <optimized out> allocated_nfds = 6 fds = <optimized out> #2 0x00007ffff6b1bd92 in g_main_loop_run (loop=0x555555a749a0) at /home/portage/dev-libs/glib-2.52.3/work/glib-2.52.3/glib/gmain.c:4168 self = <optimized out> __func__ = "g_main_loop_run" #3 0x00007ffff7675ad7 in IA__gtk_main () at /home/portage/x11-libs/gtk+-2.24.31-r1/work/gtk+-2.24.31/gtk/gtkmain.c:1268 tmp_list = <optimized out> functions = 0x0 init = <optimized out> loop = 0x555555a749a0 #4 0x000055555567a586 in main (argc=<optimized out>, argv=<optimized out>) at main.c:1614 userrc = <optimized out> mainwin = 0x555555ba34b0 folderview = 0x555555d42250 icon = 0x555555b6df00 crash_file_present = <optimized out> num_folder_class = <optimized out> asked_for_migration = <optimized out> start_done = <optimized out> plug_list = <optimized out> never_ran = 0 mainwin_shown = <optimized out> start = {tv_sec = 1520079721, tv_usec = 586873} end = {tv_sec = 1520079722, tv_usec = 642951} diff = {tv_sec = 1, tv_usec = 56078} timing_name = 0x555555886c60 "startup" __FUNCTION__ = "main"
gtkaspell.c:738:Aspell: number of existing checkers 0 gtkaspell.c:472:Aspell: deleting gtkaspell 0x5555566eb650 Program received signal SIGSEGV, Segmentation fault. Decided to rebuild with USE=-spell and that stops claws-mail from crashing, so (for me) this is not related to [1]. [1] http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3943
> Decided to rebuild with USE=-spell and that stops claws-mail from crashing, > so (for me)... It's work for me too! Thx.
I am not entirely sure USE=spell *causes* it. I am looking into whether it's USE=dbus related (I tend to have DBUS generally disabled).
(In reply to Jeroen Roovers from comment #18) > I am not entirely sure USE=spell *causes* it. I am looking into whether it's > USE=dbus related (I tend to have DBUS generally disabled). I do not think USE=dbus is the cause either as i have that use flag disabled and it still segfaults.
Created attachment 532340 [details] gdb output when clicking Configuration>Prefences for current account...
Created attachment 532344 [details] emerge --info
Created attachment 532346 [details] gdb output when clicking Configuration>Prefences for current account...
Enabling DBUS support seems to resolve segmentation faults on my system. I no longer crash when opening account settings or sending a mail.
Using host libthread_db library "/lib64/libthread_db.so.1". Core was generated by `claws-mail'. Program terminated with signal SIGSEGV, Segmentation fault. #0 0x00007fdf051f9df5 in low_logger () from /usr/lib64/libetpan.so.20 [Current thread is 1 (Thread 0x7fdefa7fc640 (LWP 7789))] (gdb) bt #0 0x00007fdf051f9df5 in low_logger () at /usr/lib64/libetpan.so.20 #1 0x00007fdf051f925e in mailstream_low_read () at /usr/lib64/libetpan.so.20 #2 0x00007fdf051fa1b8 in mailstream_feed_read_buffer () at /usr/lib64/libetpan.so.20 #3 0x00007fdf051f84e4 in mailstream_read_line_append () at /usr/lib64/libetpan.so.20 #4 0x00007fdf051f856f in mailstream_read_line () at /usr/lib64/libetpan.so.20 #5 0x00007fdf051f857f in mailstream_read_line_remove_eol () at /usr/lib64/libetpan.so.20 #6 0x00007fdf052365fb in read_line () at /usr/lib64/libetpan.so.20 #7 0x00007fdf05238982 in newsnntp_date () at /usr/lib64/libetpan.so.20 #8 0x0000564d8efc5217 in date_run () #9 0x0000564d8efec910 in thread_run () #10 0x00007fdf0656cf5e in start_thread () at /lib64/libpthread.so.0 #11 0x00007fdf04f832bf in clone () at /lib64/libc.so.6
(In reply to Thomas Groman from comment #24) disregard this, wrong bug posting to
Cleaning old bugs, does this still happen with up-to-date system?
