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 224372 - Inbox crashes when receiving new mail
Inbox crashes when receiving new mail
Status: RESOLVED DUPLICATE of bug 216733
Product: evolution
Classification: Applications
Component: Mailer
unspecified
Other All
: Normal normal
: ---
Assigned To: Evolution Triage Team
Luis Villa
Depends on:
Blocks:
 
 
Reported: 2002-05-07 20:14 UTC by cgreco
Modified: 2002-05-07 21:00 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description cgreco 2002-05-07 20:14:34 UTC 
Package: Evolution
Priority: Normal
Version: 1.0.4
Synopsis: Inbox crashes when receiving new mail
Bugzilla-Product: Evolution
Bugzilla-Component: Mailer

Description:
Using another email reader, I was able to retrieve the mail that is
causing Evolution to crash.  One email had a Word document as an
attachment.  I recently installed CodeWeavers Cross Office so that might
have something to do with the crash, but I'm just guessing.  All the
other emails seemed like normal text.



Debugging Information:

(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)...[New Thread 1024 (LWP 3635)]
[New Thread 2049 (LWP 3678)]
[New Thread 1026 (LWP 3680)]
[New Thread 2051 (LWP 3681)]
[New Thread 3076 (LWP 3684)]
[New Thread 4101 (LWP 3685)]
[New Thread 5126 (LWP 3701)]
[New Thread 6151 (LWP 3702)]
[New Thread 7176 (LWP 3703)]
[New Thread 8201 (LWP 3704)]
[New Thread 9226 (LWP 3705)]

0x40f9a319 in __wait4 () from /lib/libc.so.6

+ Trace 21847

Thread 8 (Thread 6151 (LWP 3702))

  • #0 __sigsuspend
    at ../sysdeps/unix/sysv/linux/sigsuspend.c line 45
  • #1 __pthread_wait_for_restart_signal
    at pthread.c line 969
  • #2 __pthread_alt_lock
    at restart.h line 34
  • #3 __pthread_mutex_lock
    at mutex.c line 120
  • #4 message_browser_get_type
  • #5 pthread_sighandler
    at signals.c line 97
  • #6 <signal handler called>
  • #7 word_index_mem_dump_info
  • #8 ibex_create_word_index_mem
  • #9 ibex_unindex
  • #10 camel_folder_summary_info_new_from_message
    from /usr/lib/libcamel.so.0
  • #11 camel_folder_summary_add_from_message
    from /usr/lib/libcamel.so.0
  • #12 camel_local_summary_write_headers
    from /usr/lib/evolution/camel-providers/1.0/libcamellocal.so
  • #13 camel_local_summary_add
    from /usr/lib/evolution/camel-providers/1.0/libcamellocal.so
  • #14 camel_mbox_folder_new
    from /usr/lib/evolution/camel-providers/1.0/libcamellocal.so
  • #15 camel_folder_append_message
    from /usr/lib/libcamel.so.0
  • #16 mail_importer_uninit
  • #17 camel_folder_append_message
    from /usr/lib/libcamel.so.0
  • #18 camel_filter_driver_filter_message
    from /usr/lib/libcamel.so.0
  • #19 camel_filter_driver_filter_folder
    from /usr/lib/libcamel.so.0
  • #20 mail_offline_handler_get_type
  • #21 mail_filter_on_demand
  • #22 mail_msg_wait_all
  • #23 e_thread_set_msg_received
    from /usr/lib/libcamel.so.0
  • #24 e_thread_set_msg_received
    from /usr/lib/libcamel.so.0
  • #25 pthread_start_thread
    at manager.c line 284
Comment 1 Gerardo Marin 2002-05-07 21:00:22 UTC 
No.  It is actually within our indexing code.  However this has been
fixed in CVS.

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