Thanks for the bug report. Unfortunately, that stack trace is not very useful
in determining the cause of the crash. Could you please install some debugging
packages [1] and reproduce the crash, if possible?

Once bug-buddy pops up, you can find the stacktrace in the "details", now
containing way more information. Please copy that stacktrace and paste it as a
comment here.  Thanks!


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

Abour crash reports - Under windows XP I have PHPEdit ( I help that team with QA reports on my spare time, so I use frequently alpha and beta products ) which collect all info's about a crash -> 1 to 4 mb of data - including a screenshot ;) -> can u put something the same on Evolution, something which collect all that you need ? - because 90% of Gutsy users are there to test other apps. Some are here for Gnome indeed - which can be interested too to respond to Evolution team ( sending back detailed traces ), but others like me are here to test for Inkscape, Gimp, Scribus, LCMS, etc. I use Thunderbird as my main email client.

I will install all dbg libraries to update my report for now - but for future, please consider that users of alpha and beta products on Linux are there to help, they are not occasionally users ( well, except maybe 1 or 2% ), so it's normal to install DBG libraries, and all debugging tools -> by default under alpha and beta distribution.

This way You can win precious time. Think about a bug collector which collect and send automatically - all needed info's to the right guys.

This is a proposal. Please talk with distributions which U know they has alpha / beta products on the wild (as is Gutsy now), to install  evolution-data-server-dbg / evolution-dbg and some necessary libs BY DEFAULT with dbg versions.

Good Luck !

I'm seeing this same problem.  I have the latest Evo checked out from SVN and built from source with debugging enabled, so I can provide any info you need WRT Evo.

Here is a stack trace from my debug version (running in Gnome 2.18 on an Ubuntu Feisty system):

I can kinda-sorta work around this, for a while, by starting up Evo 2.10.1 (that comes with my Ubuntu system) again; that works fine and then if I do some things there (not sure what, exactly) then restart the SVN version the problem goes away, for a while... but it seems to come back.  Something with a particular email in my Inbox maybe?

I have a core I can look at more deeply if you have any hints as to where to go from here.

$ gdb /opt/evo/bin/evolution-cvs
GNU gdb 6.6-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 "i486-linux-gnu"...
Using host libthread_db library "/lib/tls/i686/cmov/libthread_db.so.1".
(gdb) run
Starting program: /opt/evo/bin/evolution-2.12 
[Thread debugging using libthread_db enabled]
[New Thread -1231935808 (LWP 18022)]
CalDAV Eplugin starting up ...
get psmith exchange://psmith;auth=Basic@[exchangeserver]/
Find Items 0
[New Thread -1236718704 (LWP 18025)]
[Thread -1236718704 (LWP 18025) exited]
Loading Bogofilter as the default junk plugin

(evolution:18022): evolution-mail-WARNING **: ignored this junk plugin: not enabled

(evolution:18022): e-utils-WARNING **: Plugin 'SpamAssassin junk plugin' failed to load hook 'org.gnome.evolution.mail.junk:1.0'

(evolution:18022): evolution-shell-WARNING **: Cannot activate 'OAFIID:GNOME_Evolution_Test_Component:2.12': g_module_open of `/opt/evo//lib/evolution/2.12/components/libevolution-test.so' failed with `/opt/evo//lib/evolution/2.12/components/libevolution-test.so: cannot open shared object file: No such file or directory'

** (evolution:18022): DEBUG: mailto URL command: evolution %s
** (evolution:18022): DEBUG: mailto URL program: evolution
[New Thread -1236718704 (LWP 18031)]
[Thread -1236718704 (LWP 18031) exited]
[New Thread -1236718704 (LWP 18032)]
Thread b69226c0 >
CamelStore('mbox:/home/psmith/.evolution/mail/local'):get_folder('Inbox', 1) = 0x8211758
< b69226c0 >
Thread b69226c0 >
CamelStore('mbox:/home/psmith/.evolution/mail/local'):get_folder('Drafts', 1) = 0x8211a30
< b69226c0 >
Thread b69226c0 >
CamelStore('mbox:/home/psmith/.evolution/mail/local'):get_folder('Outbox', 1) = 0x82119c8
< b69226c0 >
Thread b69226c0 >
CamelStore('mbox:/home/psmith/.evolution/mail/local'):get_folder('Sent', 1) = 0x8211960
< b69226c0 >
Thread b69226c0 >
CamelStore('mbox:/home/psmith/.evolution/mail/local'):get_folder('Inbox', 1) = 0x8211758
< b69226c0 >
[New Thread -1261831280 (LWP 18033)]
[New Thread -1270223984 (LWP 18034)]
Thread b449eb90 >
Get folder info(0x8390a68:vfolder:/home/psmith/.evolution/mail/vfolder, '<null>') =
  uri: vfolder:/home/psmith/.evolution/mail/vfolder#UNMATCHED
  full_name: UNMATCHED
  flags: 0000006a
< b449eb90 >
[New Thread -1279951984 (LWP 18035)]
[New Thread -1288856688 (LWP 18036)]
Thread b32d9b90 >
CamelStore('mbox:/home/psmith/.evolution/mail/local'):get_folder('.#evolution/Junk', 0) = 0x8584d40
< b32d9b90 >
[New Thread -1297732720 (LWP 18040)]
[Thread -1279951984 (LWP 18035) exited]

(evolution:18022): evolution-mail-CRITICAL **: mail_tool_uri_to_folder: assertion `uri != NULL' failed

Program received signal SIGSEGV, Segmentation fault.

+ Trace 145375

676             current_curl = camel_url_new (uri, NULL);
677     
678             /* Selected folder in emft*/
679             uri = em_folder_tree_get_selected_uri ((EMFolderTree *) emft);
680             folder = mail_tool_uri_to_folder (uri, 0, &ex);
681             selected_curl = camel_url_new (uri, NULL);
682     
683             if (!camel_url_equal (selected_curl, current_curl)) 
684                     g_signal_emit_by_name (emft, "folder-selected", emft, uri, folder->full_name, uri, folder->folder_flags); 
685     

After some more experimentation, it appears that this is highly folder-dependent.  If I start Evo SVN with my cursor in some folders, it starts right up.  If I start it with my cursor in other folders, it dumps core as soon as it starts.  It doesn't appear to have anything to do with which specific message is selected at startup: any message in a specific set of folders causes it to dump core.  I can't see offhand what's different about those folders that's causing this problem.

Note that once Evo SVN starts up properly, THEN I can click and browse those problematic folders just fine with no errors.  It's only at startup that this core happens.  So, if I forget and shut down Evo SVN with one of the "problem" folders selected, then I have to start Evo 2.10.1, select a non-offensive folder, shut down Evo 2.10.1, and start up Evo SVN again.

I think you should have enough info now to fix?  If not please let me know.

AFAIR, there was another bug with similar issue - 

camel_url_new () was getting called with a NULL uri - which shouldn't be the case.

Paul:  How many accounts have you configured?  Can you boil it down to any particular account type?

This is 100% reproducible on my system.  I have two accounts, plus the local mail spool (which never has any mail in it).  One is an Exchange account, one uses APOP apparently over SSL (anyway, my receiving mail tab has SSL Encryption enabled).

So, my folders have two top-level entries: "On This Computer", which is where all the POP and local spool mail ends up, and "Work" which contains all my Exchange folders.

I've been working to reproduce this, and this problem never happens for ANY of my Exchange folders, including the search folders, Inbox, Deleted Items, Sent, and any local folders I've created.

For the "On This Computer" folders, all of them work EXCEPT for three: the Inbox, the Junk folder, and one folder (out of about 6 or so) that I created, called ISP.  If any of those folders is selected when I exit from Evolution (either 2.10.1 or SVN), then if I start Evo SVN it will dump core immediately; the window frame appears but before the screen is even painted I get a core dump.  I don't have any idea what might be special about these three folders.  I even tried expunging the Junk folder but it still caused a core dump.  Starting up Evo 2.10.1 comes up properly and lets me change to a different folder so I can exit and restart Evo SVN.

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

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

I just tried to reproduce this with the latest Evo I have built, which is version 2.11.90 built from SVN HEAD last updated ~10:30am EDT on 25 Aug.

I cannot reproduce this bug with this code base: it doesn't dump core in the same situations it did before (starting with particular folders active).

FYI.  It would be great if the original author could check this with the latest code.  Not sure if this fix is in Gutsy Tribe 5 or not.

I'd consider this as FIXED then. But as we haven't fixed the bug in this bugreport, I'm closing as OBSOLETE. If Veerapuram can find the bug-id of the issue causing this crasher, feel free to close as a duplicate.