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 215889 - ibex Crash when downloadin mail.
ibex Crash when downloadin mail.
Status: RESOLVED FIXED
Product: evolution
Classification: Applications
Component: Mailer
unspecified
Other All
: Normal blocker
: ---
Assigned To: Not Zed
Evolution QA team
: 218474 (view as bug list)
Depends on: 216733
Blocks:
 
 
Reported: 2001-11-22 01:37 UTC by haddock
Modified: 2013-09-10 14:02 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description haddock 2001-11-22 01:37:33 UTC 
Package: Evolution
Priority: P1
Version: 0.99.2
Synopsis: Crash when downloadin mail.
Bugzilla-Product: Evolution
Bugzilla-Component: Mailer

Description:
I started to download mail from my SSL POP3 account.



Debugging Information:

[New Thread 1024 (LWP 2607)]
[New Thread 2049 (LWP 2630)]
[New Thread 1026 (LWP 2631)]
[New Thread 2051 (LWP 2632)]
[New Thread 3076 (LWP 2633)]
[New Thread 4101 (LWP 2635)]
[New Thread 5126 (LWP 2640)]
[New Thread 6151 (LWP 2641)]
[New Thread 7176 (LWP 2642)]
[New Thread 8201 (LWP 2653)]
0x40b6ace9 in __wait4 () from /lib/libc.so.6

+ Trace 13924

Thread 7 (Thread 5126 (LWP 2640))

  • #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 segv_redirect
    at main.c line 80
  • #5 pthread_sighandler
    at signals.c line 97
  • #6 <signal handler called>
  • #7 hash_find
    at hash.c line 286
  • #8 unindex_name
    at wordindexmem.c line 302
  • #9 ibex_unindex
    at ibex_block.c line 542
  • #10 camel_folder_summary_info_new_from_message
    at camel-folder-summary.c line 912
  • #11 camel_folder_summary_add_from_message
    at camel-folder-summary.c line 807
  • #12 local_summary_add
    at camel-local-summary.c line 385
  • #13 camel_local_summary_add
    at camel-local-summary.c line 291
  • #14 mbox_append_message
    at camel-mbox-folder.c line 200
  • #15 camel_folder_append_message
    at camel-folder.c line 500
  • #16 mlf_append_message
    at mail-local.c line 288
  • #17 camel_folder_append_message
    at camel-folder.c line 500
  • #18 do_move
    at camel-filter-driver.c line 428
  • #19 e_sexp_term_eval
    at e-sexp.c line 642
  • #20 term_eval_begin
    at e-sexp.c line 586
  • #21 e_sexp_term_eval
    at e-sexp.c line 632
  • #22 e_sexp_eval
    at e-sexp.c line 1214
  • #23 camel_filter_driver_filter_message
    at camel-filter-driver.c line 925
  • #24 camel_filter_driver_filter_folder
    at camel-filter-driver.c line 805
  • #25 filter_folder_filter
    at mail-ops.c line 121
  • #26 fetch_mail_fetch
    at mail-ops.c line 310
  • #27 mail_msg_received
    at mail-mt.c line 500
  • #28 thread_received_msg
    at e-msgport.c line 469
  • #29 thread_dispatch
    at e-msgport.c line 550
  • #30 pthread_start_thread
    at manager.c line 284 


Unknown priority P1. Setting to default priority "Normal".
Comment 1 haddock 2001-11-22 13:36:17 UTC 
I did find the problem, there was a corrupt mbox.ibex file. It was
crashing on download because my filters would try to store a message
in a folder, but that folder had a corrupt file. Deleting the
mbox.ibex and restarting fixed the problem.

It may be difficult, but it would be nice for evolution to detect
corrupt ibex files and remove them instead of crashing.
Comment 2 Luis Villa 2001-12-04 22:43:59 UTC 
Thanks for tracking this down, haddock. Sorry it took so long to get to.
Comment 3 Jeffrey Stedfast 2001-12-05 01:28:46 UTC 
looks like something gone amuck in libibex. assigning to notzed since
I know basically 0 about libibex.
Comment 4 Not Zed 2001-12-27 10:36:56 UTC 
evolution does try to detect bad index files and recover.  I guess you
found a rare case when it didn't.

I dont think this can be fixed with the current code, other than
saying 'remove the old ibex file'.

I've nearly written a new indexing mechanism, but that wont go into
action till 1.2 or later.
Comment 5 israel 2002-01-22 01:53:20 UTC 
*** bug 218474 has been marked as a duplicate of this bug. ***
Comment 6 Not Zed 2002-03-26 00:34:43 UTC 
in the 1.2 tree the code has been redone, so if this happens again its
a new bug.