Bug 359801 – crash in Evolution: Clicking from IMAP folde...

After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.

Bug 359801 - crash in Evolution: Clicking from IMAP folde...


Summary:	crash in Evolution: Clicking from IMAP folde...


Status:	RESOLVED DUPLICATE of bug 359785

Product:	evolution
Classification:	Applications
Component:	general
Version:	2.8.x (obsolete)
Hardware:	Other All

Importance:	High critical
Target Milestone:	---
Assigned To:	Evolution Shell Maintainers Team
QA Contact:	Evolution QA team

URL:
Whiteboard:

Duplicates:	359799 (view as bug list)
Depends on:
Blocks:

Reported:	2006-10-05 06:49 UTC by matt
Modified:	2006-10-10 11:57 UTC

See Also:
GNOME target:	---
GNOME version:	2.15/2.16

Description matt 2006-10-05 06:49:40 UTC

What were you doing when the application crashed?
Clicking from IMAP folder to trash, then back to another folder quickly causes evolution to crash.  I am able to reproduce this.


Distribution: Ubuntu 6.10 (edgy)
Gnome Release: 2.16.1 2006-10-02 (Ubuntu)
BugBuddy Version: 2.16.0

Memory status: size: 28000256 vsize: 0 resident: 114462720 share: 0 rss: 114462720 rss_rlim: 0
CPU usage: start_time: 2641 rtime: 0 utime: 1160030852 stime: 0 cutime:377 cstime: 0 timeout: 362 it_real_value: 0 frequency: 15

Backtrace was generated from '/usr/bin/evolution-2.8'

(no debugging symbols found)
Using host libthread_db library "/lib/libthread_db.so.1".
(no debugging symbols found)
[Thread debugging using libthread_db enabled]
[New Thread 805931280 (LWP 6569)]
[New Thread 868480240 (LWP 6582)]
[New Thread 860091632 (LWP 6579)]
[New Thread 840967408 (LWP 6578)]
[New Thread 832177392 (LWP 6573)]
[New Thread 823788784 (LWP 6571)]
0x0e619220 in __waitpid_nocancel () from /lib/libc.so.6

+ Trace 74626

Thread 6 (Thread 823788784 (LWP 6571))

#0 ___newselect_nocancel
from /lib/libc.so.6
#1 e_msgport_wait
from /usr/lib/libedataserver-1.2.so.7
#2 e_msgport_reply
from /usr/lib/libedataserver-1.2.so.7
#3 start_thread
from /lib/libpthread.so.0
#4 start_thread
from /lib/libpthread.so.0

Thread 5 (Thread 832177392 (LWP 6573))

#0 ___newselect_nocancel
from /lib/libc.so.6
#1 e_msgport_wait
from /usr/lib/libedataserver-1.2.so.7
#2 e_msgport_reply
from /usr/lib/libedataserver-1.2.so.7
#3 start_thread
from /lib/libpthread.so.0
#4 start_thread
from /lib/libpthread.so.0

Thread 4 (Thread 840967408 (LWP 6578))

#0 __lll_lock_wait
from /lib/libpthread.so.0
#1 pthread_mutex_lock
from /lib/libpthread.so.0
#2 pthread_mutex_lock
at forward.c line 181
#3 main

Thread 3 (Thread 860091632 (LWP 6579))

#0 ___newselect_nocancel
from /lib/libc.so.6
#1 e_msgport_wait
from /usr/lib/libedataserver-1.2.so.7
#2 e_msgport_reply
from /usr/lib/libedataserver-1.2.so.7
#3 start_thread
from /lib/libpthread.so.0
#4 start_thread
from /lib/libpthread.so.0

Thread 2 (Thread 868480240 (LWP 6582))

#0 ___newselect_nocancel
from /lib/libc.so.6
#1 e_msgport_wait
from /usr/lib/libedataserver-1.2.so.7
#2 e_msgport_reply
from /usr/lib/libedataserver-1.2.so.7
#3 start_thread
from /lib/libpthread.so.0
#4 start_thread
from /lib/libpthread.so.0

Comment 1 Karsten Bräckelmann 2006-10-05 12:38:30 UTC

Thanks for the bug report. Unfortunately, that stack trace is not very useful in determining the cause of the crash. Can you get us one with debugging symbols? Please see http://live.gnome.org/GettingTraces for more information on how to do so.

Comment 2 matt 2006-10-06 01:21:45 UTC

Here is another stack trace:

GNU gdb 6.4.90-debian
Copyright (C) 2006 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "powerpc-linux-gnu"...(no debugging symbols found)
Using host libthread_db library "/lib/libthread_db.so.1".

(gdb) run
Starting program: /usr/bin/evolution-2.8 
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
---Type <return> to continue, or q <return> to quit---
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)

[Thread debugging using libthread_db enabled]
[New Thread 805575792 (LWP 17438)]

CalDAV Eplugin starting up ...

(evolution-2.8:17438): evolution-mail-WARNING **: ignored this junk plugin: not enabled or we have already loaded one

(evolution-2.8:17438): e-utils-WARNING **: Plugin 'Spamassassin junk plugin' failed to load hook 'org.gnome.evolution.mail.junk:1.0'
** (evolution-2.8:17438): DEBUG: mailto URL command: evolution %s
** (evolution-2.8:17438): DEBUG: mailto URL program: evolution
[New Thread 823719152 (LWP 17448)]
[New Thread 832107760 (LWP 17449)]
[New Thread 840889584 (LWP 17450)]
[Thread 832107760 (LWP 17449) exited]
[New Thread 849278192 (LWP 17451)]
[Thread 849278192 (LWP 17451) exited]
[New Thread 849278192 (LWP 17456)]
[New Thread 832107760 (LWP 17457)]
[New Thread 868005104 (LWP 17460)]

(evolution-2.8:17438): e-data-server-WARNING **: Error in parsing: Unexpected token encountered: 0
parse_term_free: unknown type: 274046064

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 849278192 (LWP 17456)]
0x0f5535e0 in memset () from /lib/libc.so.6
(gdb) 
(gdb) 
(gdb) thread apply all bt

+ Trace 74822

Thread 1 (Thread 805575792 (LWP 17438))

#0 g_hash_table_lookup
from /usr/lib/libglib-2.0.so.0
#1 g_param_spec_pool_lookup
from /usr/lib/libgobject-2.0.so.0
#2 g_object_get_property
from /usr/lib/libgobject-2.0.so.0
#3 bonobo_dock_item_new
from /usr/lib/libbonoboui-2.so.0
#4 bonobo_dock_item_new
from /usr/lib/libbonoboui-2.so.0
#5 g_object_get_property
from /usr/lib/libgobject-2.0.so.0
#6 bonobo_dock_band_new
from /usr/lib/libbonoboui-2.so.0
#7 bonobo_dock_band_new
from /usr/lib/libbonoboui-2.so.0
#8 g_cclosure_marshal_VOID__BOXED
from /usr/lib/libgobject-2.0.so.0
#9 g_value_set_boxed
from /usr/lib/libgobject-2.0.so.0
#10 g_closure_invoke
from /usr/lib/libgobject-2.0.so.0
#11 g_signal_chain_from_overridden
from /usr/lib/libgobject-2.0.so.0
#12 g_signal_emit_valist
from /usr/lib/libgobject-2.0.so.0
#13 g_signal_emit_by_name
from /usr/lib/libgobject-2.0.so.0
#14 _gtk_size_group_get_child_requisition
from /usr/lib/libgtk-x11-2.0.so.0
#15 _gtk_size_group_compute_requisition
from /usr/lib/libgtk-x11-2.0.so.0
#16 gtk_widget_size_request
from /usr/lib/libgtk-x11-2.0.so.0
#17 bonobo_dock_new
from /usr/lib/libbonoboui-2.so.0
#18 bonobo_dock_new
from /usr/lib/libbonoboui-2.so.0
#19 g_cclosure_marshal_VOID__BOXED
from /usr/lib/libgobject-2.0.so.0
#20 g_value_set_boxed
from /usr/lib/libgobject-2.0.so.0
#21 g_closure_invoke
from /usr/lib/libgobject-2.0.so.0
#22 g_signal_chain_from_overridden
from /usr/lib/libgobject-2.0.so.0
#23 g_signal_emit_valist
from /usr/lib/libgobject-2.0.so.0
#24 g_signal_emit_by_name
from /usr/lib/libgobject-2.0.so.0
#25 _gtk_size_group_get_child_requisition
from /usr/lib/libgtk-x11-2.0.so.0
#26 _gtk_size_group_compute_requisition
from /usr/lib/libgtk-x11-2.0.so.0
#27 gtk_widget_size_request
from /usr/lib/libgtk-x11-2.0.so.0
#28 gtk_vbox_new
from /usr/lib/libgtk-x11-2.0.so.0
#29 g_cclosure_marshal_VOID__BOXED
from /usr/lib/libgobject-2.0.so.0
#30 g_value_set_boxed
from /usr/lib/libgobject-2.0.so.0
#31 g_closure_invoke
from /usr/lib/libgobject-2.0.so.0
#32 g_signal_chain_from_overridden
from /usr/lib/libgobject-2.0.so.0
#33 g_signal_emit_valist
from /usr/lib/libgobject-2.0.so.0
#34 g_signal_emit_by_name
from /usr/lib/libgobject-2.0.so.0
#35 _gtk_size_group_get_child_requisition
from /usr/lib/libgtk-x11-2.0.so.0
#36 _gtk_size_group_compute_requisition
from /usr/lib/libgtk-x11-2.0.so.0
#37 gtk_widget_size_request
from /usr/lib/libgtk-x11-2.0.so.0
#38 gtk_window_get_group
from /usr/lib/libgtk-x11-2.0.so.0
#39 g_cclosure_marshal_VOID__BOXED
from /usr/lib/libgobject-2.0.so.0
#40 g_value_set_boxed
from /usr/lib/libgobject-2.0.so.0
#41 g_closure_invoke
from /usr/lib/libgobject-2.0.so.0
#42 g_signal_chain_from_overridden
from /usr/lib/libgobject-2.0.so.0
#43 g_signal_emit_valist
from /usr/lib/libgobject-2.0.so.0
#44 g_signal_emit_by_name
from /usr/lib/libgobject-2.0.so.0
#45 _gtk_size_group_get_child_requisition
from /usr/lib/libgtk-x11-2.0.so.0
#46 _gtk_size_group_compute_requisition
from /usr/lib/libgtk-x11-2.0.so.0
#47 gtk_widget_size_request
from /usr/lib/libgtk-x11-2.0.so.0
#48 gtk_window_get_group
from /usr/lib/libgtk-x11-2.0.so.0
#49 gtk_window_new
from /usr/lib/libgtk-x11-2.0.so.0
#50 g_cclosure_marshal_VOID__VOID
from /usr/lib/libgobject-2.0.so.0
#51 g_value_set_boxed
from /usr/lib/libgobject-2.0.so.0
#52 g_closure_invoke
from /usr/lib/libgobject-2.0.so.0
#53 g_signal_chain_from_overridden
from /usr/lib/libgobject-2.0.so.0
#54 g_signal_emit_valist
from /usr/lib/libgobject-2.0.so.0
#55 g_signal_emit
from /usr/lib/libgobject-2.0.so.0
#56 gtk_container_check_resize
from /usr/lib/libgtk-x11-2.0.so.0
#57 gtk_container_check_resize
from /usr/lib/libgtk-x11-2.0.so.0
#58 g_source_is_destroyed
from /usr/lib/libglib-2.0.so.0
#59 g_source_is_destroyed
from /usr/lib/libglib-2.0.so.0
#60 g_source_is_destroyed
from /usr/lib/libglib-2.0.so.0
#61 g_source_is_destroyed
from /usr/lib/libglib-2.0.so.0
#62 g_source_is_destroyed
from /usr/lib/libglib-2.0.so.0
#63 g_source_is_destroyed
from /usr/lib/libglib-2.0.so.0
#64 g_source_is_destroyed
from /usr/lib/libglib-2.0.so.0
#65 g_source_is_destroyed
from /usr/lib/libglib-2.0.so.0
#66 g_source_is_destroyed
from /usr/lib/libglib-2.0.so.0
#0 memset
from /lib/libc.so.6

Comment 3 Karsten Bräckelmann 2006-10-06 02:12:16 UTC

Thanks for the feedback, Matt. :)

This one is better. However, that stacktrace still does not have any debugging symbols. Could you please install the relevant debug packages [1], and get us a stacktrace with debugging symbols?


[1] debugging packages for evolution and evolution-data-server, plus debugging
    packages for some basic GNOME libs. More details can be found here:
    http://live.gnome.org/GettingTraces/DistroSpecificInstructions

Comment 4 matt 2006-10-06 02:43:26 UTC

*** Bug 359799 has been marked as a duplicate of this bug. ***

Comment 5 matt 2006-10-06 04:33:43 UTC

Ok I installed the debug symbols, however I could no longer get it to crash when running under gdb.  I was able to crash it running normally and capture the stacktrace from bug buddy.  Hopefully this one helps, I will keep trying to crash while running under gdb.  Thank you.

Memory status: size: 27545600 vsize: 0 resident: 115306496 share: 0 rss: 115306496 rss_rlim: 0
CPU usage: start_time: 5506 rtime: 0 utime: 1160108586 stime: 0 cutime:539 cstime: 0 timeout: 510 it_real_value: 0 frequency: 29

Backtrace was generated from '/usr/bin/evolution-2.8'

Using host libthread_db library "/lib/libthread_db.so.1".
[Thread debugging using libthread_db enabled]
[New Thread 805575792 (LWP 6487)]
[New Thread 869266672 (LWP 6516)]
[New Thread 840889584 (LWP 6506)]
[New Thread 832107760 (LWP 6500)]
[New Thread 823719152 (LWP 6498)]
0x0f574220 in __waitpid_nocancel () from /lib/libc.so.6

+ Trace 74837

Thread 3 (Thread 840889584 (LWP 6506))

#0 __lll_lock_wait
from /lib/libpthread.so.0
#1 pthread_mutex_lock
from /lib/libpthread.so.0
#2 pthread_mutex_lock
at forward.c line 181
#3 segv_redirect
at main.c line 435
#4 <signal handler called>
#5 memset
from /lib/libc.so.6
#6 e_memchunk_alloc0
at e-memory.c line 178
#7 parse_term_new
at e-sexp.c line 816
#8 parse_value
at e-sexp.c line 1000
#9 parse_values
at e-sexp.c line 868
#10 parse_value
at e-sexp.c line 1009
#11 e_sexp_parse
at e-sexp.c line 1287
#12 camel_folder_search_search
#13 imap_search_by_expression
#14 camel_folder_search_by_expression
at camel-folder.c line 1269
#15 regen_list_regen
at message-list.c line 3698
#16 mail_msg_received
at mail-mt.c line 570
#17 thread_dispatch
at e-msgport.c line 987
#18 start_thread
from /lib/libpthread.so.0
#19 start_thread
from /lib/libpthread.so.0

Comment 6 Karsten Bräckelmann 2006-10-06 16:05:52 UTC

Thanks, Matt. :)

Comment 7 Karsten Bräckelmann 2006-10-10 11:57:23 UTC

Looks like bug 359785 to me.

Thanks for the bug report. This particular bug has already been reported into our bug tracking system, but please feel free to report any further bugs you find.


*** This bug has been marked as a duplicate of 359785 ***