GNOME Bugzilla – Bug 424516
crash in Tasks: After a clean boot Evolu...
Last modified: 2007-03-30 21:04:45 UTC
What were you doing when the application crashed? After a clean boot Evolution crashes upon shutting down the application. No other applications running. Distribution: Fedora release 6.92 (Rawhide) Gnome Release: 2.18.0 2007-03-23 (Red Hat, Inc) BugBuddy Version: 2.18.0 System: Linux 2.6.20-1.3025.fc7 #1 SMP Wed Mar 28 20:33:47 EDT 2007 i686 X Vendor: The X.Org Foundation X Vendor Release: 10299902 Selinux: Enforcing Accessibility: Disabled GTK+ Theme: Clearlooks Icon Theme: Echo Memory status: size: 126320640 vsize: 126320640 resident: 22523904 share: 16338944 rss: 22523904 rss_rlim: 4294967295 CPU usage: start_time: 1175268792 rtime: 81 utime: 62 stime: 19 cutime:77 cstime: 10 timeout: 0 it_real_value: 0 frequency: 100 Backtrace was generated from '/usr/bin/evolution' (no debugging symbols found) Using host libthread_db library "/lib/libthread_db.so.1". (no debugging symbols found) [Thread debugging using libthread_db enabled] [New Thread -1208727840 (LWP 2368)] (no debugging symbols found) 0x00e7a402 in __kernel_vsyscall ()
+ Trace 123539
Thread 1 (Thread -1208727840 (LWP 2368))
----------- .xsession-errors --------------------- Starting SCIM as daemon ... SCIM has been successfully launched. Smart Common Input Method 1.4.5 Unable to open desktop file /usr/share/applications/openoffice.org-1.9-writer.desktop for panel launcher: No such file or directory Unable to open desktop file /usr/share/applications/openoffice.org-1.9-impress.desktop for panel launcher: No such file or directory Unable to open desktop file /usr/share/applications/openoffice.org-1.9-calc.desktop for panel launcher: No such file or directory CalDAV Eplugin starting up ... ** (evolution:2368): DEBUG: mailto URL command: evolution --component=mail %s ** (evolution:2368): DEBUG: mailto URL program: evolution (evolution:2368): e-data-server-ui-DEBUG: ep_msg_send: in main thread? 0 process 2368: The last reference on a connection was dropped without closing the connection. This is a bug in an application. See dbus_connection_unref() documentation for details. Most likely, the application was supposed to call dbus_connection_close(), since this is a private connection. D-Bus not built with -rdynamic so unable to print a backtrace --------------------------------------------------
Thanks for the bug report. This particular bug has already been reported into our bug tracking system, but please feel free to report any further bugs you find. *** This bug has been marked as a duplicate of 419885 ***