After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 270160 - evolution-exchange storage crashing on calandar
evolution-exchange storage crashing on calandar
Status: RESOLVED NOTABUG
Product: Evolution Exchange
Classification: Deprecated
Component: Connector
2.0.2
Other All
: Normal major
: 2.0.4
Assigned To: Connector Maintainer
Ximian Connector QA
Depends on:
Blocks: 270414
 
 
Reported: 2004-12-02 23:14 UTC by David Geller
Modified: 2004-12-09 18:12 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description David Geller 2004-12-02 23:14:25 UTC
Please fill in this template when reporting a bug, unless you know what you
are doing.
Description of Problem:
Whenever the calendar sync checkbox is clicked, evolution-data-storage
segfaults (see output below).


Steps to reproduce the problem:
1. Open evolution.
2. Click on calendar.
3. Check box next to "calendar."

Actual Results:
Crash

Expected Results:
Sync with Exchange server and display of calendar.

How often does this happen? 
Every time.

Additional Information:

Here's the console output:

Evolution Exchange Storage up and running

(evolution-exchange-storage:17228): libedata-cal-WARNING **:
e-data-cal-view.c:249: Starting new query

(evolution-exchange-storage:17228): libedata-cal-WARNING **:
e-data-cal-view.c:249: Starting new query

(evolution-exchange-storage:17228): libecal-CRITICAL **: file
e-cal-component.c: line 2321 (e_cal_component_get_dtstart): assertion
`priv->icalcom p != NULL' failed

(evolution-exchange-storage:17228): libecal-CRITICAL **: file
e-cal-component.c: line 2205 (e_cal_component_get_dtend): assertion
`priv->icalcomp != NULL' failed

(evolution-exchange-storage:17228): libecal-CRITICAL **: file
e-cal-component.c: line 3396 (e_cal_component_has_rdates): assertion
`priv->icalcomp  != NULL' failed

(evolution-exchange-storage:17228): libecal-CRITICAL **: file
e-cal-component.c: line 3489 (e_cal_component_has_rrules): assertion
`priv->icalcomp  != NULL' failed

(evolution-exchange-storage:17228): libecal-CRITICAL **: file
e-cal-component.c: line 2677 (e_cal_component_has_exdates): assertion
`priv->icalcom p != NULL' failed

(evolution-exchange-storage:17228): libecal-CRITICAL **: file
e-cal-component.c: line 2838 (e_cal_component_has_exrules): assertion
`priv->icalcom p != NULL' failed
free(): invalid pointer 0xbffff428!
Multiple segmentation faults occurred; can't display error dialog
Comment 1 Sushma Rai 2004-12-03 05:46:47 UTC
Can you please attach the backtrace of exchange-storage process when
it crashes?

See http://www.gnome.org/projects/evolution/bugs.shtml for details.
Comment 2 David Geller 2004-12-03 20:48:37 UTC
(gdb) thread apply all bt

Thread 1 (Thread -1230736096 (LWP 2551))

  • #0 __waitpid_nocancel
    from /lib/tls/libpthread.so.0
  • #1 libgnomeui_module_info_get
    from /usr/lib/libgnomeui-2.so.0
  • #2 <signal handler called>
  • #3 free
    from /lib/tls/libc.so.6
  • #4 __after_morecore_hook
    from /lib/tls/libc.so.6
  • #5 ??
  • #6 ??
    from /usr/lib/libglib-2.0.so.0
  • #7 ??
  • #8 e_cal_backend_sexp_func_time_day_end
    from /usr/lib/libedata-cal.so.5
  • #9 e_cal_component_free_datetime
    from /usr/lib/libecal.so.6
  • #10 e_cal_recur_generate_instances
    from /usr/lib/libecal.so.6
  • #11 e_cal_recur_generate_instances
    from /usr/lib/libecal.so.6
  • #12 e_cal_backend_sexp_func_time_day_end
    from /usr/lib/libedata-cal.so.5
  • #13 e_sexp_term_eval
    from /usr/lib/libedataserver.so.3
  • #14 e_sexp_resultv_free
    from /usr/lib/libedataserver.so.3
  • #15 e_sexp_term_eval
    from /usr/lib/libedataserver.so.3
  • #16 e_sexp_eval
    from /usr/lib/libedataserver.so.3
  • #17 e_cal_backend_sexp_match_comp
    from /usr/lib/libedata-cal.so.5
  • #18 e_cal_backend_exchange_add_timezone
  • #19 g_hash_table_foreach
    from /usr/lib/libglib-2.0.so.0
  • #20 e_cal_backend_exchange_add_timezone
  • #21 e_cal_backend_start_query
    from /usr/lib/libedata-cal.so.5
  • #22 e_data_cal_view_get_type
    from /usr/lib/libedata-cal.so.5
  • #23 _ORBIT_skel_small_GNOME_Evolution_Calendar_CalView_start
    from /usr/lib/libedata-cal.so.5
  • #24 ORBit_POA_setup_root
    from /usr/lib/libORBit-2.so.0
  • #25 ORBit_OAObject_invoke
    from /usr/lib/libORBit-2.so.0
  • #26 ORBit_small_invoke_adaptor
    from /usr/lib/libORBit-2.so.0
  • #27 ORBit_recv_buffer_return_sys_exception
    from /usr/lib/libORBit-2.so.0
  • #28 ORBit_recv_buffer_return_sys_exception
    from /usr/lib/libORBit-2.so.0
  • #29 giop_thread_queue_process
    from /usr/lib/libORBit-2.so.0
  • #30 giop_thread_same_key
    from /usr/lib/libORBit-2.so.0
  • #31 link_servers_move_io_T
    from /usr/lib/libORBit-2.so.0
  • #32 g_main_depth
    from /usr/lib/libglib-2.0.so.0
  • #33 g_main_context_dispatch
    from /usr/lib/libglib-2.0.so.0
  • #34 g_main_context_dispatch
    from /usr/lib/libglib-2.0.so.0
  • #35 g_main_loop_run
    from /usr/lib/libglib-2.0.so.0
  • #36 bonobo_main
    from /usr/lib/libbonobo-2.so.0
  • #37 main
  • #0 __waitpid_nocancel
    from /lib/tls/libpthread.so.0

Comment 3 David Geller 2004-12-06 18:28:06 UTC
Another note.  This used to work on my system.  But even in the past,
about 1/4 times it the exchange connector would consume all available
memory and swap and take me into swapping hell on calendar access. 
Sometimes I was able to type --force-shutdown and then "rm -rf
.evolution." This would get me going again until the next time it
happened.  Now it just crashes all the time.
Comment 4 David Geller 2004-12-09 18:12:39 UTC
Solved!  I happened to check the logs for Outlook syncing with my Treo
and noticed that it was choking on something too.  It was a meeting
that had sideways text that, I believe, has something to do with
Crossover office accessing the meeting.

From the Codeweavers site (Crossover): "This is due to a bug in the
way CrossOver handles text using the Richedit library."

So, I deleted the meeting in Real[tm] Outlook and viola, no more
Evolution choking.

I only with that there had been a better way to debug this from Evolution.