I open the calendar tab and check the box for my Exchange calendar. via tcpdump I can see evolution make a lot of requests for a couple minutes. Then it freezes. Reproducible: Always Steps to Reproduce: 1. Install evolution-2.0.0, evolution-data-server-1.0.0, ximian-connector-2.0.1 2. Setup an Exchange account, try it access it's calendar Actual Results: After a few minutes it froze. Expected Results: Displayed the calendar. Portage 2.0.51_rc9 (default-x86-2004.2, gcc-3.4.2, glibc-2.3.4.20040808-r1,glibc-2.3.4.20041006-r0, 2.6.8-gentoo-r6 i686) ================================================================= System uname: 2.6.8-gentoo-r6 i686 Intel(R) Pentium(R) 4 CPU 1.70GHz Gentoo Base System version 1.5.3 distcc 2.17 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [enabled] ccache version 2.3 [enabled] Autoconf: sys-devel/autoconf-2.59-r5 Automake: sys-devel/automake-1.8.5-r1 Binutils: sys-devel/binutils-2.15.92.0.2-r1 Headers: sys-kernel/linux26-headers-2.6.8.1-r1 Libtools: sys-devel/libtool-1.5.2-r5 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-O3 -march=pentium4 -fomit-frame-pointer -fforce-addr -falign-functions=4 -funroll-loops -fprefetch-loop-arrays -pipe" CHOST="i686-pc-linux-gnu" COMPILER="" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.2/share/config /usr/kde/3.3/share/config:/usr/kde/3.3/env:/usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O3 -march=pentium4 -fomit-frame-pointer -fforce-addr -falign-functions=4 -funroll-loops -fprefetch-loop-arrays -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache distcc distlocks sandbox" GENTOO_MIRRORS="http://mirror.datapipe.net/gentoo" MAKEOPTS="-j4" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X aalib arts avi berkdb bitmap-fonts bonobo cdr crypt cups dba eds encode esd f77 foomaticdb gd gdbm gif gnome gphoto2 gpm gtk gtk2 gtkhtml guile imlib java jpeg kde krb4 ldap libg++ libwww mad mikmod motif mozilla mpeg mysql ncurses network nls nptl oggvorbis opengl oss pam pda pdflib perl png postgres python qt quicktime readline sdl slang spell ssl svga tcltk tcpd truetype x86 xinerama xml2 xmms xprint xv zlib"
This bug seems to have been reported to the Ximian bugzilla also: http://bugs.ximian.com/show_bug.cgi?id=67519 Just as that user points out, it also worked fine in previous versions of Evolution.
maybe you could do a better job @ getting a backtrace ?
Hmmm. I tried to attach to the evolution-exchange-storage process in gdb, but it hung evolution... Sorry I have never done this before. Any hints on getting a bt?
I reset it for a reason ok ?
Sorry, I didn't realize that you reset it. I thought I had initially set it incorrectly.
Today I realized something very strange... I got a meeting notification, but still can't get the calendar to come up. So evolution-alarm-notify can talk to the calendar correctly, but evolution can't. Very weird.
I think I fixed it... I noticed I had a few older packages laying around, so I removed them: mail-client/evolution-1.4.6 net-mail/evolution-data-server-0.0.91 mail-client/ximian-connector-1.4.7.2 Now my exchange calendar works in Evolution!!!
I take that back. It worked once, but now it doesn't work again. I figured out how to get some information on the problem. I did: jamesw@taco ~ $ export E2K_DEBUG=5 jamesw@taco ~ $ /usr/libexec/evolution/2.0/evolution-exchange-storage And I get: Evolution Exchange Storage up and running (evolution-exchange-storage:9236): libedata-cal-WARNING **: e-data-cal-view.c:249: Starting new query (evolution-exchange-storage:9236): libedata-cal-WARNING **: e-data-cal-view.c:249: Starting new query (evolution-exchange-storage:9236): libedata-cal-WARNING **: e-data-cal-view.c:249: Starting new query (evolution-exchange-storage:9236): libecal-CRITICAL **: file e-cal-component.c: line 4656 (e_cal_component_has_alarms): assertion `priv->icalcomp != NULL' failed (evolution-exchange-storage:9236): libedata-cal-WARNING **: e-data-cal-view.c:249: Starting new query (evolution-exchange-storage:9236): libecal-CRITICAL **: file e-cal-component.c: line 2321 (e_cal_component_get_dtstart): assertion `priv->icalcomp != NULL' failed (evolution-exchange-storage:9236): libecal-CRITICAL **: file e-cal-component.c: line 2205 (e_cal_component_get_dtend): assertion `priv->icalcomp != NULL' failed (evolution-exchange-storage:9236): libecal-CRITICAL **: file e-cal-component.c: line 3396 (e_cal_component_has_rdates): assertion `priv->icalcomp != NULL' failed (evolution-exchange-storage:9236): libecal-CRITICAL **: file e-cal-component.c: line 3489 (e_cal_component_has_rrules): assertion `priv->icalcomp != NULL' failed (evolution-exchange-storage:9236): libecal-CRITICAL **: file e-cal-component.c: line 2677 (e_cal_component_has_exdates): assertion `priv->icalcomp != NULL' failed (evolution-exchange-storage:9236): libecal-CRITICAL **: file e-cal-component.c: line 2838 (e_cal_component_has_exrules): assertion `priv->icalcomp != NULL' failed *** glibc detected *** free(): invalid pointer: 0xb6c79b84 ***
http://bugs.ximian.com/show_bug.cgi?id=67519
I believe that the user posting that bug is also a Gentoo user. And since I can't find anyone else who has encountered this issue, I am assuming this is probably a Gentoo specific bug.
not exactly, the first report was from fedora core 2
This is upstream, and is reportedly fixed in evolution 2.2. Any chance you could unmask evo 2.2 (it's in p.mask at the moment) and try it out? Thanks.
No reply, try evo-2.2 as suggested in my last comment.
