[Evolution] Still having problems accessing the calendar



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)




[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]