GNOME Bugzilla – Bug 232570
evolution mailer sorts mail for ever and crashes on restart.
Last modified: 2002-10-22 01:39:25 UTC
Package: Evolution Priority: Normal Version: 1.0.8 Synopsis: evolution mailer sorts mail for ever and crashes on restart. Bugzilla-Product: Evolution Bugzilla-Component: Mailer Description: Description of Problem: I think evolution just crashed after restarting evolution. Evolution was hung copying mail from /var/mail to $HOME and seemed to be having trouble getting a lock. I told evolution to exit and it waited for the copy to finish. Steps to reproduce the problem: 1. 2. 3. Actual Results: Expected Results: How often does this happen? Once so far. Additional Information: Debugging Information: Backtrace was generated from '/usr/bin/evolution-mail' (no debugging symbols found)...[New Thread 8192 (LWP 3659)] [New Thread 16385 (LWP 3682)] [New Thread 8194 (LWP 3683)] [New Thread 16387 (LWP 3684)] [New Thread 24580 (LWP 3687)] 0x420ae169 in wait4 () from /lib/i686/libc.so.6
+ Trace 29133
Thread 4 (Thread 16387 (LWP 3684))
Unknown reporter: piet@www.piet.net, changed to bugbuddy-import@ximian.com. Setting qa contact to the default for this product. This bug either had no qa contact or an invalid one.
What operating system are you using?
I'm running the new RedHat 8.0 but I rebooted 7.3 and the problem occured there also. I got around the problem by deleteing the binary files associated with the mail data base and allowing evolution to regenerate the data base. After evolution hanging a few times regenerating the data base it's now working ok. I think the approach to reproducing this bug is have huge mail files with lots of virtual mail folders and then to terminate evolution while your updating the list of virtual mailing list. Is it possible to send me a copy of evolution thats been compiled -g and for me to attach ddd+gdb to it to check it out the next time it occures? The stack depth looked very deep and I think it actually was in the libc library when it got the floating point exception so suspect it would require having a copy with static libraries linked in. If would be interesting to see how this occurs with a debugger. -piet@www.piet.net
this bug has probably already been fixed in the CVS versions... can you install 1.1.2 (or a 1.1.2.99 snapshot) and see if it is still a problem? thanks.
How do I get the CVS snapshot of 1.1.2 (or a 1.1.2.99 snapshot). I went to the support page and tried to login but it doesn't know about me. http://support.ximian.com/cgi-bin/ximian.cfg/php/enduser/acct_forgot_passwd.php Evolution is a very large environment. It would be nice to have a README on installing it. I suppose if it's not as good as my current RedHat 8.0 copy I could re-install a RedHat rpm. Hope this doesn't mess me up. BTW, why do you think it's already been fixed? -piet@www.piet.net
1) because I can't reproduce 2) 1.0.8 is like 8 or 9 months old it seems ximian doesn't actually make 1.1.x rpms for redhat, but you can probably search rpmfind.net for them? please leave this marked as fixed unless you find otherwise, thanks
Ok, I'm trying to figure out how to download recient code. I'll try the src copy at: ftp://rpmfind.net/linux/ximian/source/evolution-beta/ download the src src tarballs and see if it compiles ok on RedHat 8.0. Stack trace looks similar to that in bug 232153. http://bugzilla.gnome.org/show_bug.cgi?id=232153 -piet@www.piet.net
I tried setting: export GNOME_PATH=/usr/local export ACLOCAL_FLAGS="-I /usr/local/share/aclocal" as suggested in the README and did a .configure in ximian/beta/evolution-1.1.2 and got: ------------------------------------------------------------- sed: can't read ./intl/po2tbl.sed.in: No such file or directory checking for purify... impure checking for sendmail... /usr/sbin/sendmail checking system mail directory... /var/spool/mail, writable by group mail checking for tm_gmtoff in struct tm... yes checking for mkstemp... yes checking for mkdtemp... yes checking for isblank... yes checking if ctime_r wants three arguments... no checking for gethostbyname_r... yes checking if gethostbyname_r wants five arguments... no checking for gethostbyaddr_r... yes checking if gethostbyaddr_r wants seven arguments... no checking for db3 compiler flags... checking for db.h... yes checking db3 header version... configure: error: Found db.h is not version 3.1.17 --------------------------------------------------------------------- Looks like upgrading to 1.1.2 for RedHat 8.0 isn't easy. -piet@www.piet.net
ah, thanks
*** This bug has been marked as a duplicate of 232153 ***