I thought this was supposed to be fixed. The only similar bug I found was 50007, but that doesn't look quite the same.
All components built from CVS today, but it has been happening for a long time. The only way to get the calendar to work at all (other than meeting accepting and reminders), is to have a strace running on evolution-data- server... and that doesn't always work. Some kind of race condition must exist on my SMP system. When it does die while using strace, it always is stuck in a FUTEX_WAIT cycle. This is what happens to e-d-s (as reported by gdb). Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1084282144 (LWP 13371)] 0x4009440e in e_cal_backend_sexp_match_comp (sexp=Variable "sexp" is not available. ) at e-cal-backend-sexp.c:915 915 g_return_val_if_fail (E_IS_CAL_COMPONENT (comp), FALSE); (gdb) thread apply all bt Thread 4 (Thread 1111497648 (LWP 13437)): #0 0x4080cfd2 in g_hash_table_foreach () from /usr/lib/libglib-2.0.so.0 Thread 3 (Thread 1092721584 (LWP 13372)): #0 0xffffe410 in ?? () #1 0x412199a8 in ?? () #2 0xffffffff in ?? () #3 0x0000000b in ?? () #4 0x40953e94 in poll () from /lib/tls/libc.so.6 #5 0x40819814 in g_main_loop_get_context () from /usr/lib/libglib-2.0. so.0 #6 0x0000000b in ?? () #7 0xffffffff in ?? () #8 0x408184a4 in g_main_context_query () from /usr/lib/libglib-2.0.so.0 #9 0x0000000b in ?? () #10 0x0000000b in ?? () #11 0x080af118 in ?? () #12 0x40818cd2 in g_main_context_dispatch () from /usr/lib/libglib-2.0. so.0 #13 0x080a35d8 in ?? () #14 0xffffffff in ?? () #15 0x7fffffff in ?? () #16 0x080af118 in ?? () #17 0x0000000b in ?? () #18 0x40701538 in ?? () #19 0x4087333c in ?? () from /usr/lib/libglib-2.0.so.0 #20 0x40834832 in g_thread_self () from /usr/lib/libglib-2.0.so.0 #21 0x41219a04 in ?? () #22 0xffffffff in ?? () #23 0x7fffffff in ?? () #24 0x4087333c in ?? () from /usr/lib/libglib-2.0.so.0 #25 0x080a30f0 in ?? () #26 0x00000001 in ?? () #27 0x00000001 in ?? () #28 0x40819324 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0 #29 0x407f4fe0 in ?? () from /usr/lib/libglib-2.0.so.0 #30 0x4076cc90 in ?? () from /usr/lib/libORBit-2.so.0 #31 0x0807566c in g_thread_use_default_impl () #32 0x080a2eb0 in ?? () #33 0x41219b0c in ?? () #34 0x4000c890 in _dl_runtime_resolve () at dl-runtime.c:215 #35 0x4075696d in link_thread_io_context () from /usr/lib/libORBit-2. so.0 #36 0x080a30f0 in ?? () #37 0x407e8bd5 in _L_mutex_unlock_27 () from /lib/tls/libpthread.so.0 #38 0x4087333c in ?? () from /usr/lib/libglib-2.0.so.0 #39 0x4083419a in g_static_private_free () from /usr/lib/libglib-2.0. so.0 #40 0x00000000 in ?? () Thread 2 (Thread 1119890352 (LWP 13393)): #0 0xffffe410 in ?? () #1 0x42c029c8 in ?? () #2 0xffffffff in ?? () #3 0x00000001 in ?? () #4 0x40953e94 in poll () from /lib/tls/libc.so.6 #5 0x40819814 in g_main_loop_get_context () from /usr/lib/libglib-2.0. so.0 #6 0x00000001 in ?? () #7 0xffffffff in ?? () #8 0x408184a4 in g_main_context_query () from /usr/lib/libglib-2.0.so.0 #9 0x00000001 in ?? () #10 0x00000001 in ?? () #11 0x080b0cb8 in ?? () #12 0x40818cd2 in g_main_context_dispatch () from /usr/lib/libglib-2.0. so.0 #13 0x080ab998 in ?? () #14 0xffffffff in ?? () #15 0x7fffffff in ?? () #16 0x080b0cb8 in ?? () #17 0x00000001 in ?? () #18 0x4087333c in ?? () from /usr/lib/libglib-2.0.so.0 #19 0x00000001 in ?? () #20 0x40834904 in g_thread_self () from /usr/lib/libglib-2.0.so.0 #21 0x42c02a24 in ?? () #22 0xffffffff in ?? () #23 0x7fffffff in ?? () #24 0x4087333c in ?? () from /usr/lib/libglib-2.0.so.0 #25 0x080b0b98 in ?? () #26 0x00000001 in ?? () #27 0x00000001 in ?? () #28 0x40819324 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0 #29 0x407f4fe0 in ?? () from /usr/lib/libglib-2.0.so.0 #30 0x4007f2cc in __JCR_LIST__ () from /usr/lib/libebook.so.7 #31 0x00000000 in ?? () #32 0x00000000 in ?? () #33 0x42c02a98 in ?? () #34 0x4000c890 in _dl_runtime_resolve () at dl-runtime.c:215 #35 0x4006d47b in startup_mainloop (arg=0x0) at e-book.c:2202 Previous frame inner to this frame (corrupt stack?) 0x4009440e 915 g_return_val_if_fail (E_IS_CAL_COMPONENT (comp), FALSE); (gdb) _______________________________________________ evolution maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution
