Bug 453421
Summary: | Evolution fails to start on x86_64 | ||||||
---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Paul F. Johnson <paul> | ||||
Component: | evolution | Assignee: | Matthew Barnes <mbarnes> | ||||
Status: | CLOSED RAWHIDE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||
Severity: | medium | Docs Contact: | |||||
Priority: | high | ||||||
Version: | rawhide | CC: | mcrha | ||||
Target Milestone: | --- | ||||||
Target Release: | --- | ||||||
Hardware: | x86_64 | ||||||
OS: | Linux | ||||||
Whiteboard: | |||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 2008-07-09 08:55:43 UTC | Type: | --- | ||||
Regression: | --- | Mount Type: | --- | ||||
Documentation: | --- | CRM: | |||||
Verified Versions: | Category: | --- | |||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
Cloudforms Team: | --- | Target Upstream Version: | |||||
Embargoed: | |||||||
Attachments: |
|
Description
Paul F. Johnson
2008-06-30 15:02:57 UTC
You probably meant glib2 here. Created attachment 310649 [details]
Output from valgrind
It can be also because of broken summary file in one of your local folders. The place where it crashed is in time of creating the folder structure and loading message from the summary. If you try to recreate index/summary files from your ~/.evolution/mail/local directory, (and subdirectories), then there's some chance to get this fixed. More info how to recreate summary/index files can be found here: http://www.go-evolution.org/FAQ#Why_do_I_get_an_error_.22Summary_and_folder_mismatch.2C_even_after_a_sync.22.3F Please do backup of the 'local' folder before doing anything, to be able to return to some data when something goes wrong. Also, the above link describes the error on an Inbox folder, but it can be in any folder you have, from the valgrind output is not obvious which folder is in question. I don't think this is a glib problem, really. Moving back to evolution. I don't think it's a glibc problem either. Looks like another 64-bit miscalculation in libcamel. We've seen this before with libcamel. Paul, can you get a backtrace for this? I've done as in comment #3 which seems to have sorted the problem, however, there is already a valgrind output attached to this bug, though I suspect you need a libcamel one... Okay, so are you still unable to start then or can the bug be closed? I'll close it. |