Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 644104 - mail-client/claws-mail-3.15.0-r2: segmentation fault on closing Compose window in g_main_context_prepare at .../work/glib-2.52.3/glib/gmain.c:3529
Summary: mail-client/claws-mail-3.15.0-r2: segmentation fault on closing Compose windo...
Status: CONFIRMED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: AMD64 Linux
: Normal normal (vote)
Assignee: Lars Wendler (Polynomial-C)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2018-01-10 07:34 UTC by bugs
Modified: 2021-03-15 20:47 UTC (History)
5 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
emerge --info (emerge_info.txt,5.17 KB, text/plain)
2018-01-10 07:35 UTC, bugs
Details
notebook --info (notebook_emerge_info_claws-mail.txt,5.94 KB, text/plain)
2018-01-11 04:26 UTC, bugs
Details
gdb information (claws-mail_gdb.txt,2.07 KB, text/plain)
2018-01-16 11:04 UTC, bugs
Details
gdb info when I try modify the settings of an account (claws-mail_gdb_try_modify_settings_account.txt,4.64 KB, text/plain)
2018-01-18 10:51 UTC, bugs
Details
gdb output when clicking Configuration>Prefences for current account... (file_644104.txt,2.13 KB, text/plain)
2018-05-20 17:26 UTC, Thomas Groman
Details
emerge --info (file_644104.txt,5.92 KB, text/plain)
2018-05-20 17:29 UTC, Thomas Groman
Details
gdb output when clicking Configuration>Prefences for current account... (file_644104.txt,4.40 KB, text/plain)
2018-05-20 17:36 UTC, Thomas Groman
Details

Note You need to log in before you can comment on or make changes to this bug.
Description bugs 2018-01-10 07:34:45 UTC
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
Comment 1 bugs 2018-01-10 07:35:41 UTC
Created attachment 514066 [details]
emerge --info
Comment 2 bugs 2018-01-11 04:26:09 UTC
Created attachment 514208 [details]
notebook --info

--info on the over computer
Comment 3 Andrei Bica 2018-01-15 07:31:53 UTC
I can confirm this bug.
Also happens when trying to modify the settings of an account.
Comment 4 Lars Wendler (Polynomial-C) gentoo-dev 2018-01-15 11:03:05 UTC
Does this also happen when you build claws-mail with ccache being disabled?
Comment 5 bugs 2018-01-15 19:18:47 UTC
(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.
Comment 6 Lars Wendler (Polynomial-C) gentoo-dev 2018-01-16 10:11:19 UTC
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
Comment 7 bugs 2018-01-16 11:04:55 UTC
Created attachment 515028 [details]
gdb information
Comment 8 bugs 2018-01-16 11:06:35 UTC
Comment on attachment 515028 [details]
gdb information

I hope i done all right.
Comment 9 Lars Wendler (Polynomial-C) gentoo-dev 2018-01-16 11:20:26 UTC
Can you please re-build 

dev-libs/glib
x11-libs/gtk+:2

_without_ ccache as well?
Comment 10 bugs 2018-01-16 11:45:38 UTC
(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.
Comment 11 bugs 2018-01-18 10:51:36 UTC
Created attachment 515228 [details]
gdb info when I try modify the settings of an account
Comment 12 Jeroen Roovers (RETIRED) gentoo-dev 2018-02-17 09:56:01 UTC
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"
Comment 13 Jeroen Roovers (RETIRED) gentoo-dev 2018-02-17 10:09:53 UTC
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
Comment 14 bugs 2018-02-22 11:47:33 UTC
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.
Comment 15 Jeroen Roovers (RETIRED) gentoo-dev 2018-03-03 12:24:41 UTC
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"
Comment 16 Jeroen Roovers (RETIRED) gentoo-dev 2018-03-03 13:33:07 UTC
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
Comment 17 bugs 2018-03-04 11:16:54 UTC
> Decided to rebuild with USE=-spell and that stops claws-mail from crashing,
> so (for me)...


It's work for me too! Thx.
Comment 18 Jeroen Roovers (RETIRED) gentoo-dev 2018-03-05 07:44:33 UTC
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).
Comment 19 Thomas Groman 2018-05-20 17:22:15 UTC
(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.
Comment 20 Thomas Groman 2018-05-20 17:26:52 UTC
Created attachment 532340 [details]
gdb output when clicking Configuration>Prefences for current account...
Comment 21 Thomas Groman 2018-05-20 17:29:54 UTC
Created attachment 532344 [details]
emerge --info
Comment 22 Thomas Groman 2018-05-20 17:36:20 UTC
Created attachment 532346 [details]
gdb output when clicking Configuration>Prefences for current account...
Comment 23 Thomas Groman 2018-05-26 00:54:48 UTC
Enabling DBUS support seems to resolve segmentation faults on my system. I no longer crash when opening account settings or sending a mail.
Comment 24 Thomas Groman 2021-03-15 20:46:47 UTC
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
Comment 25 Thomas Groman 2021-03-15 20:47:42 UTC
(In reply to Thomas Groman from comment #24)
disregard this, wrong bug posting to