Evolution 2.0.2 crashes when I click in the subject field of new message. Sometimes it also crashes as soon as the new message window appears. (By 'crashes' I mean I get the message "The application has quit unexpectedly...") Don't know exactly why this is happening, because I didn't upgrade evolution lately, and its worked ok ever since I installed 2.0.2. Reproducible: Always Steps to Reproduce: 1. Start evolution 2. Click "new" (mail) (somtimes it dies here) 3. Click in subject field (or sometimes message field) Actual Results: Evolution go bye-bye. Expected Results: Evolution no go bye-bye. evolution-webcal 2.0.1 evolution-data-server 1.0.2 evolution 2.0.2 enchant 1.1.3 I recompiled all of these, as well as enchant, but that didn't make a difference. when running from the command line I see this: ** (evolution:27277): WARNING **: Module error: /usr/lib/enchant/libenchant_ispell.so: undefined symbol: _ZNSs4_Rep11_S_terminalE ** (evolution:27277): WARNING **: Module error: /usr/lib/enchant/libenchant_myspell.so: undefined symbol: _ZNSs4_Rep11_S_terminalE ** (evolution:27277): WARNING **: Module error: /usr/lib/enchant/libenchant_ispell.so: undefined symbol: _ZNSs4_Rep11_S_terminalE ** (evolution:27277): WARNING **: Module error: /usr/lib/enchant/libenchant_myspell.so: undefined symbol: _ZNSs4_Rep11_S_terminalE ** (evolution:27277): WARNING **: enchant error: en_GB ------------------------------------------------------ stack trace (doesn't look very useful, probably because of -fomit-frame-pointer): Reading symbols from ... Loaded symbols for ... xlots! (gdb) cont Continuing. Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16384 (LWP 29645)] 0x67677573 in ?? () (gdb) thread apply all bt Thread 8 (Thread 114695 (LWP 29688)): #0 0xb74deb00 in __pthread_sigsuspend () from /lib/libpthread.so.0 #1 0xb74de961 in __pthread_wait_for_restart_signal () from /lib/libpthread.so.0 #2 0xb74dadf1 in pthread_cond_wait@GLIBC_2.0 () from /lib/libpthread.so.0 #3 0xb3483dec in ?? () #4 0x00000000 in ?? () #5 0x0815dc08 in ?? () #6 0xb74dac98 in pthread_cond_destroy@GLIBC_2.0 () from /lib/libpthread.so.0 Previous frame inner to this frame (corrupt stack?) #0 0x67677573 in ?? () ------------------------------------------------------ $ emerge info Portage 2.0.51-r3 (default-x86-2004.2, gcc-3.3.4, glibc-2.3.4.20041102-r0, 2.6.9-gentoo-r3 i686) ================================================================= System uname: 2.6.9-gentoo-r3 i686 Intel(R) Pentium(R) 4 CPU 3.00GHz Gentoo Base System version 1.6.6 distcc 2.18 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [enabled] Autoconf: sys-devel/autoconf-2.59-r5 Automake: sys-devel/automake-1.8.5-r1 Binutils: sys-devel/binutils-2.15.92.0.2-r1 Headers: sys-kernel/linux26-headers-2.6.8.1-r1 Libtools: sys-devel/libtool-1.5.2-r7 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-march=pentium4 -O2 -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" COMPILER="" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=pentium4 -O2 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache distcc distlocks sandbox" GENTOO_MIRRORS="ssh://iain:asdfpoiu@gauntlet:/usr/portage ftp://mirror.pacific.net.au/linux/Gentoo http://mirror.gentoo.gr.jp ftp://mirrors.tds.net/gentoo http://mirrors.tds.net/gentoo" MAKEOPTS="-j7" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X acpi alsa apache2 arts avi berkdb bitmap-fonts cdr crypt cups dvd dvdr encode esd f77 foomaticdb fortran gdbm gif gnome gpm gtk gtk2 guile imlib irda java jpeg libg++ libwww mad mikmod mmx motif mozilla mpeg mysql ncurses nls oggvorbis opengl pam pdflib perl png postgres ppds python quicktime readline sdl slang spell sse ssl svga tcltk tcpd tetex truetype x86 xml2 xmms xv zlib"
well you seem to have some clue how to get a useful backtrace, why don't you get one ?
Close your eyes and go to your happy place! > stack trace (doesn't look very useful, probably because of > -fomit-frame-pointer): I should have put a ? at the end of that sentace. I was guessing from what I seem to remember reading somewhere. But since you asked nicely, I used: CFLAGS="-march=pentium4 -O3 -pipe" CXXFLAGS="${CFLAGS}" and I still get pretty much the same looking backtrace.
well you probably also should set USE=debug , add '-g' to CFLAGS & set nostrip. Then you should recompile not only evolution, but also evo-data-server, libsoup, etc. every relevant lower level lib.
how do I know what "etc", and "every relevant lower level lib" is? I had a look in evolution-2.0.2.ebuild, but there seems to be a hellofa lot of libs in there. Do I have to recompile all of these, as well as data-server, as well as all the dependancies' dependancies? Is there some command that can help?
I recompiled evolution, data-server, and libsoup with the options you suggested, but I still got the same looking trace. So I recompiled glibc (because of the pthread message in the trace) and I got this trace. Now we're gettin somewhere! (couldn't attach it so here it is:) Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16384 (LWP 12052)] 0x67677573 in ?? () (gdb) thread apply all bt Thread 8 (Thread 114695 (LWP 12091)): #0 0xb74dccd8 in __pthread_sigsuspend (set=0xb74e2ff4) at ../linuxthreads/sysdeps/unix/sysv/linux/pt-sigsuspend.c:54 #1 0xb74dc610 in __pthread_wait_for_restart_signal (self=0x8434b80) at pthread.c:1216 #2 0xb74d8d49 in __pthread_cond_wait (cond=0x0, mutex=0x81594b8) at restart.h:34 #3 0xb7f89668 in e_msgport_wait (mp=0x8159488) at e-msgport.c:514 #4 0xb7f89e68 in thread_dispatch (din=0x8159430) at e-msgport.c:874 #5 0xb74daa29 in pthread_start_thread (arg=0x8434b80) at manager.c:310 #6 0xb7294fea in clone () from /lib/libc.so.6 Thread 7 (Thread 98310 (LWP 12090)): #0 0xb74dccd8 in __pthread_sigsuspend (set=0xb74e2ff4) at ../linuxthreads/sysdeps/unix/sysv/linux/pt-sigsuspend.c:54 #1 0xb74dc610 in __pthread_wait_for_restart_signal (self=0x83fa000) at pthread.c:1216 #2 0xb74d8d49 in __pthread_cond_wait (cond=0x0, mutex=0x815f548) at restart.h:34 #3 0xb7f89668 in e_msgport_wait (mp=0x81584e8) at e-msgport.c:514 #4 0xb7f89e68 in thread_dispatch (din=0x8158490) at e-msgport.c:874 #5 0xb74daa29 in pthread_start_thread (arg=0x83fa000) at manager.c:310 ---Type <return> to continue, or q <return> to quit--- #6 0xb7294fea in clone () from /lib/libc.so.6 Thread 6 (Thread 81925 (LWP 12086)): #0 0xb74dccd8 in __pthread_sigsuspend (set=0xb74e2ff4) at ../linuxthreads/sysdeps/unix/sysv/linux/pt-sigsuspend.c:54 #1 0xb74dc610 in __pthread_wait_for_restart_signal (self=0x83f6de0) at pthread.c:1216 #2 0xb74d8d49 in __pthread_cond_wait (cond=0x0, mutex=0x815eea8) at restart.h:34 #3 0xb7f89668 in e_msgport_wait (mp=0x81594d8) at e-msgport.c:514 #4 0xb7f89e68 in thread_dispatch (din=0x815ee50) at e-msgport.c:874 #5 0xb74daa29 in pthread_start_thread (arg=0x83f6de0) at manager.c:310 #6 0xb7294fea in clone () from /lib/libc.so.6 Thread 5 (Thread 49156 (LWP 12066)): #0 0xb74dccd8 in __pthread_sigsuspend (set=0xb74e2ff4) at ../linuxthreads/sysdeps/unix/sysv/linux/pt-sigsuspend.c:54 #1 0xb74dc610 in __pthread_wait_for_restart_signal (self=0x81d9100) at pthread.c:1216 #2 0xb74d8d49 in __pthread_cond_wait (cond=0x0, mutex=0x815eea8) at restart.h:34 #3 0xb7f89668 in e_msgport_wait (mp=0x81594d8) at e-msgport.c:514 #4 0xb7f89e68 in thread_dispatch (din=0x815ee50) at e-msgport.c:874 ---Type <return> to continue, or q <return> to quit--- #5 0xb74daa29 in pthread_start_thread (arg=0x81d9100) at manager.c:310 #6 0xb7294fea in clone () from /lib/libc.so.6 Thread 4 (Thread 65539 (LWP 12085)): #0 0xb74dccd8 in __pthread_sigsuspend (set=0xb74e2ff4) at ../linuxthreads/sysdeps/unix/sysv/linux/pt-sigsuspend.c:54 #1 0xb74dc610 in __pthread_wait_for_restart_signal (self=0x83f6180) at pthread.c:1216 #2 0xb74d8d49 in __pthread_cond_wait (cond=0x0, mutex=0x815eea8) at restart.h:34 #3 0xb7f89668 in e_msgport_wait (mp=0x81594d8) at e-msgport.c:514 #4 0xb7f89e68 in thread_dispatch (din=0x815ee50) at e-msgport.c:874 #5 0xb74daa29 in pthread_start_thread (arg=0x83f6180) at manager.c:310 #6 0xb7294fea in clone () from /lib/libc.so.6 Thread 3 (Thread 16386 (LWP 12064)): #0 0xb74dccd8 in __pthread_sigsuspend (set=0xb74e2ff4) at ../linuxthreads/sysdeps/unix/sysv/linux/pt-sigsuspend.c:54 #1 0xb74dc610 in __pthread_wait_for_restart_signal (self=0x81d4f40) at pthread.c:1216 #2 0xb74d8d49 in __pthread_cond_wait (cond=0x0, mutex=0x815eea8) at restart.h:34 #3 0xb7f89668 in e_msgport_wait (mp=0x81594d8) at e-msgport.c:514 ---Type <return> to continue, or q <return> to quit--- #4 0xb7f89e68 in thread_dispatch (din=0x815ee50) at e-msgport.c:874 #5 0xb74daa29 in pthread_start_thread (arg=0x81d4f40) at manager.c:310 #6 0xb7294fea in clone () from /lib/libc.so.6 Thread 2 (Thread 32769 (LWP 12063)): #0 0xb728c32e in __poll (fds=0xb72f2ff4, nfds=1, timeout=2000) at ../sysdeps/unix/sysv/linux/poll.c:86 #1 0xb74d99d1 in __pthread_manager (arg=0x0) at manager.c:152 #2 0xb7294fea in clone () from /lib/libc.so.6 Thread 1 (Thread 16384 (LWP 12052)): #0 0x67677573 in ?? () #1 0xb79c9868 in ORBit_free_T () from /usr/lib/libORBit-2.so.0 #2 0xb2c0acf4 in ?? () #3 0x00000000 in ?? () #4 0xb2c0ace8 in ?? () #5 0xb79f5ff8 in ?? () from /usr/lib/libORBit-2.so.0 #6 0x08576974 in ?? () #7 0x00000001 in ?? () #8 0x080693f0 in g_threads_got_initialized () #9 0xb79c9a4c in CORBA_free () from /usr/lib/libORBit-2.so.0 #10 0xbfffb330 in ?? () #11 0x00000000 in ?? () ---Type <return> to continue, or q <return> to quit--- #12 0xb74de0b4 in __pthread_alt_lock (lock=0x1cdb9b, self=0x0) at spinlock.c:359 Previous frame inner to this frame (corrupt stack?)
CFLAGS="-march=pentium4 -O3 -pipe -g" CXXFLAGS="${CFLAGS}" FEATURES="nostrip" USE=debug, emerged evolution, evolution-data-server, libsoup, glibc, orbit. This trace looks more interesting (sorry about the size, still can't create attachements...) Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16384 (LWP 22823)] 0x67677573 in ?? () (gdb) thread apply all bt Thread 8 (Thread 114695 (LWP 22872)): #0 0xb74d6cd8 in __pthread_sigsuspend (set=0xb74dcff4) at ../linuxthreads/sysdeps/unix/sysv/linux/pt-sigsuspend.c:54 #1 0xb74d6610 in __pthread_wait_for_restart_signal (self=0x842a160) at pthread.c:1216 #2 0xb74d2d49 in __pthread_cond_wait (cond=0x0, mutex=0x8159530) at restart.h:34 #3 0xb7f89668 in e_msgport_wait (mp=0x8159500) at e-msgport.c:514 #4 0xb7f89e68 in thread_dispatch (din=0x81594a8) at e-msgport.c:874 #5 0xb74d4a29 in pthread_start_thread (arg=0x842a160) at manager.c:310 #6 0xb728efea in clone () from /lib/libc.so.6 Thread 7 (Thread 98310 (LWP 22871)): #0 0xb74d6cd8 in __pthread_sigsuspend (set=0xb74dcff4) at ../linuxthreads/sysdeps/unix/sysv/linux/pt-sigsuspend.c:54 #1 0xb74d6610 in __pthread_wait_for_restart_signal (self=0x840e800) at pthread.c:1216 #2 0xb74d2d49 in __pthread_cond_wait (cond=0x0, mutex=0x815f5c0) at restart.h:34 #3 0xb7f89668 in e_msgport_wait (mp=0x8158560) at e-msgport.c:514 #4 0xb7f89e68 in thread_dispatch (din=0x8158508) at e-msgport.c:874 #5 0xb74d4a29 in pthread_start_thread (arg=0x840e800) at manager.c:310 ---Type <return> to continue, or q <return> to quit--- #6 0xb728efea in clone () from /lib/libc.so.6 Thread 6 (Thread 81925 (LWP 22867)): #0 0xb74d6cd8 in __pthread_sigsuspend (set=0xb74dcff4) at ../linuxthreads/sysdeps/unix/sysv/linux/pt-sigsuspend.c:54 #1 0xb74d6610 in __pthread_wait_for_restart_signal (self=0x840af20) at pthread.c:1216 #2 0xb74d2d49 in __pthread_cond_wait (cond=0x0, mutex=0x815ef20) at restart.h:34 #3 0xb7f89668 in e_msgport_wait (mp=0x8159550) at e-msgport.c:514 #4 0xb7f89e68 in thread_dispatch (din=0x815eec8) at e-msgport.c:874 #5 0xb74d4a29 in pthread_start_thread (arg=0x840af20) at manager.c:310 #6 0xb728efea in clone () from /lib/libc.so.6 Thread 5 (Thread 65540 (LWP 22866)): #0 0xb74d6cd8 in __pthread_sigsuspend (set=0xb74dcff4) at ../linuxthreads/sysdeps/unix/sysv/linux/pt-sigsuspend.c:54 #1 0xb74d6610 in __pthread_wait_for_restart_signal (self=0x840a3c0) at pthread.c:1216 #2 0xb74d2d49 in __pthread_cond_wait (cond=0x0, mutex=0x815ef20) at restart.h:34 #3 0xb7f89668 in e_msgport_wait (mp=0x8159550) at e-msgport.c:514 #4 0xb7f89e68 in thread_dispatch (din=0x815eec8) at e-msgport.c:874 ---Type <return> to continue, or q <return> to quit--- #5 0xb74d4a29 in pthread_start_thread (arg=0x840a3c0) at manager.c:310 #6 0xb728efea in clone () from /lib/libc.so.6 Thread 4 (Thread 32771 (LWP 22842)): #0 0xb74d6cd8 in __pthread_sigsuspend (set=0xb74dcff4) at ../linuxthreads/sysdeps/unix/sysv/linux/pt-sigsuspend.c:54 #1 0xb74d6610 in __pthread_wait_for_restart_signal (self=0x81d8540) at pthread.c:1216 #2 0xb74d2d49 in __pthread_cond_wait (cond=0x0, mutex=0x815ef20) at restart.h:34 #3 0xb7f89668 in e_msgport_wait (mp=0x8159550) at e-msgport.c:514 #4 0xb7f89e68 in thread_dispatch (din=0x815eec8) at e-msgport.c:874 #5 0xb74d4a29 in pthread_start_thread (arg=0x81d8540) at manager.c:310 #6 0xb728efea in clone () from /lib/libc.so.6 Thread 3 (Thread 16386 (LWP 22841)): #0 0xb74d6cd8 in __pthread_sigsuspend (set=0xb74dcff4) at ../linuxthreads/sysdeps/unix/sysv/linux/pt-sigsuspend.c:54 #1 0xb74d6610 in __pthread_wait_for_restart_signal (self=0x81d51e0) at pthread.c:1216 #2 0xb74d2d49 in __pthread_cond_wait (cond=0x0, mutex=0x815ef20) at restart.h:34 #3 0xb7f89668 in e_msgport_wait (mp=0x8159550) at e-msgport.c:514 ---Type <return> to continue, or q <return> to quit--- #4 0xb7f89e68 in thread_dispatch (din=0x815eec8) at e-msgport.c:874 #5 0xb74d4a29 in pthread_start_thread (arg=0x81d51e0) at manager.c:310 #6 0xb728efea in clone () from /lib/libc.so.6 Thread 2 (Thread 32769 (LWP 22840)): #0 0xb728632e in __poll (fds=0xb72ecff4, nfds=1, timeout=2000) at ../sysdeps/unix/sysv/linux/poll.c:86 #1 0xb74d39d1 in __pthread_manager (arg=0x0) at manager.c:152 #2 0xb728efea in clone () from /lib/libc.so.6 Thread 1 (Thread 16384 (LWP 22823)): #0 0x67677573 in ?? () #1 0xb79c70a1 in ORBit_free_T (mem=0xb2dcacf4) at allocators.c:202 #2 0xb79c6f54 in ORBit_freekids_via_TypeCode_T (mem=0x85b4edc, tc=0x80693f0) at allocators.c:93 #3 0xb79c6f18 in ORBit_freekids_via_TypeCode_T (mem=0x80693f0, tc=0xb682f2e0) at allocators.c:66 #4 0xb79c70a1 in ORBit_free_T (mem=0xb2dcacf4) at allocators.c:202 #5 0xb79cbb00 in CORBA_any__freekids (mem=0xbfffb848, dat=0x0) at corba-any.c:769 #6 0xb79c6503 in CORBA_exception_free (ev=0xbfffb840) at corba-env.c:14 #7 0xb2ded2b0 in ?? () #8 0xbfffb840 in ?? () ---Type <return> to continue, or q <return> to quit--- #9 0x08493d98 in ?? () #10 0xbfffb840 in ?? () #11 0xb7cead7e in html_text_spell_errors_clear_interval () from /usr/lib/libgtkhtml-3.1.so.11 #12 0x00000001 in ?? () #13 0xb7d07794 in ?? () from /usr/lib/libgtkhtml-3.1.so.11 #14 0x08493d9d in ?? () #15 0xb7cdf146 in html_selection_spell_word () from /usr/lib/libgtkhtml-3.1.so.11 #16 0x08493d9d in ?? () #17 0x08493d98 in ?? () #18 0xb7ca3c68 in html_clueflow_spell_check () from /usr/lib/libgtkhtml-3.1.so.11 #19 0xb736eb9c in ?? () from /usr/lib/libglib-2.0.so.0
looks like its orbit barfing because it can't load the enchant spell check modules properly. what if you unmerge enchant, does it still crash?
I unmerged enchant (1.1.3), and guess what? IT WORKED!! (I've been stuffing around swapping mail clients for weeks now...) Of course there was no spell check highlighting. So I tried to re-emerge enchant, and I got this error: i686-pc-linux-gnu-gcc -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"enchant\" -DVERSION=\"1.1.3\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DHAVE_FLOCK=1 -DHAVE_LOCKF=1 -I. -I. -I../../src -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I -D_ENCHANT_BUILD=1 -DASPELL_DICT_DIR=\"/usr/lib/aspell\" -march=pentium4 -O2 -pipe -g -c aspell_provider.c -MT aspell_provider.lo -MD -MP -MF .deps/aspell_provider.TPlo -o aspell_provider.o >/dev/null 2>&1 mv -f .libs/aspell_provider.lo aspell_provider.lo /bin/sh ../../libtool --mode=link i686-pc-linux-gnu-gcc -march=pentium4 -O2 -pipe -g -o libenchant_aspell.la -rpath /usr/lib/enchant -version-info 2:3:1 -no-undefined aspell_provider.lo -Wl,--export-dynamic -lgmodule-2.0 -ldl -lglib-2.0 -L/usr/lib -laspell ../../src/libenchant.la grep: /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.4.4/libstdc++.la: No such file or directory sed: can't read /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.4.4/libstdc++.la: No such file or directory libtool: link: `/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.4.4/libstdc++.la' is not a valid libtool archive make[2]: *** [libenchant_aspell.la] Error 1 make[2]: Leaving directory `/var/tmp/portage/enchant-1.1.3/work/enchant-1.1.3/src/aspell' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/enchant-1.1.3/work/enchant-1.1.3/src' make: *** [all-recursive] Error 1 !!! ERROR: app-text/enchant-1.1.3 failed. !!! Function gnome2_src_compile, Line 40, Exitcode 2 !!! compile failure !!! If you need support, post the topmost build error, NOT this status message. Of course, `ls /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.4.4/` showed "No such file or directory". hmmm, what to do? I then remembed a thread on the gentoo-user list that said something about fix_libtool_files.sh, that I'd already run once, as `fix_libtool_files.sh 3.3.4` (3.4.3 being my current gcc version). So I figured I had to run it again as `fix_libtool_files.sh 3.3.4.4`. After which I emerged enchant without hassle, and then tried evolution again, which works like it used to. Many thanks to liquidx for providing some useful comments that got me on the right track.
thanks for reporting back about the fix. closing as WORKSFORME right now. hopefully this might be useful to others if they ever fall into this situation. (hrmm .. i've never seen gcc 3.3.4.4)
