|
From: Ian M. <ian...@ca...> - 2009-10-23 00:11:03
|
2009/10/22 Chris Frey <cd...@fo...>: > Here are the backtraces of all threads: (crashed thread is at the end) > (gdb) thread 31 > [Switching to thread 31 (Thread 0xb25ffb90 (LWP 25739))]#0 0xb7bb98f0 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0 > (gdb) bt > #0 0xb7bb98f0 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0 > #1 0xb7ecea9d in pthread_cond_wait () from /lib/libc.so.6 > #2 0xb7754c24 in giop_recv_buffer_get () from /usr/lib/libORBit-2.so.0 > #3 0xb7759618 in ORBit_small_invoke_stub () from /usr/lib/libORBit-2.so.0 > #4 0xb7759825 in ORBit_small_invoke_stub_n () from /usr/lib/libORBit-2.so.0 > #5 0xb7765fc2 in ORBit_c_stub_invoke () from /usr/lib/libORBit-2.so.0 > #6 0xb767e65f in GNOME_Evolution_Calendar_CalFactory_getCal (_obj=0xb3600a50, > source=0xb3600b30 "<?xml version=\"1.0\"?>\n<source uid=\"1256244172.25695.5@frontdesk\" name=\"\" uri=\"file:///home/tarball/.evolution/calendar/local/system\"/>\n", type=1, listener=0x848e6b0, ev=0xb25ff038) > at Evolution-DataServer-Calendar-stubs.c:426 > #7 0xb7682022 in e_cal_new (source=0x834c420, type=E_CAL_SOURCE_TYPE_EVENT) > at e-cal.c:1296 > #8 0xb7682330 in e_cal_new_from_uri ( > uri=0x8482f68 "file:///home/tarball/.evolution/calendar/local/system", > type=E_CAL_SOURCE_TYPE_EVENT) at e-cal.c:1449 > #9 0xb76824dd in e_cal_new_system_calendar () at e-cal.c:1478 > #10 0xb768b36d in e_cal_open_default (ecal=0xb25ff10c, > type=E_CAL_SOURCE_TYPE_EVENT, func=0, data=0x0, error=0xb25ff108) > at e-cal.c:5135 > #11 0xb79c73bb in evo2_ecal_open_cal (path=0x84796e0 "default", > source_type=E_CAL_SOURCE_TYPE_EVENT, error=0xb25ff144) > at /home/cdfrey/software/opensync/git/plugins/evolution2/src/evolution2_ecal.c:67 > #12 0xb79c7509 in evo2_ecal_connect (sink=0x83f3648, info=0x83fd338, > ctx=0x8482d30, userdata=0x83b6890) > at /home/cdfrey/software/opensync/git/plugins/evolution2/src/evolution2_ecal.c:91 > #13 0xb806ca1f in osync_objtype_sink_connect (sink=0x83f3648, info=0x83fd338, > ctx=0x8482d30) > at /home/cdfrey/software/opensync/git/opensync/opensync/plugin/opensync_objtype_sink.c:327 > #14 0xb80235cb in _osync_client_handle_connect (client=0x8354148, > message=0x84796b8, error=0xb25ff224) > at /home/cdfrey/software/opensync/git/opensync/opensync/client/opensync_client.c:1050 > #15 0xb80248cf in _osync_client_message_handler (message=0x84796b8, > user_data=0x8354148) > at /home/cdfrey/software/opensync/git/opensync/opensync/client/opensync_client.c:1514 > #16 0xb8057c3d in _incoming_dispatch (source=0x8354960, callback=0, > user_data=0x8353fc8) > at /home/cdfrey/software/opensync/git/opensync/opensync/ipc/opensync_queue.c:391 > #17 0xb7f701d8 in IA__g_main_context_dispatch (context=0x8354db8) > at /build/buildd-glib2.0_2.16.6-2-i386-PgybGk/glib2.0-2.16.6/glib/gmain.c:2012 > #18 0xb7f73873 in g_main_context_iterate (context=0x8354db8, block=1, > dispatch=1, self=0x83580c0) > at /build/buildd-glib2.0_2.16.6-2-i386-PgybGk/glib2.0-2.16.6/glib/gmain.c:2645 > #19 0xb7f73d92 in IA__g_main_loop_run (loop=0x8357bf0) > at /build/buildd-glib2.0_2.16.6-2-i386-PgybGk/glib2.0-2.16.6/glib/gmain.c:2853 > #20 0xb7f9a16f in g_thread_create_proxy (data=0x83580c0) > ---Type <return> to continue, or q <return> to quit--- > at /build/buildd-glib2.0_2.16.6-2-i386-PgybGk/glib2.0-2.16.6/glib/gthread.c:635 > #21 0xb7bb5f3b in start_thread () from /lib/libpthread.so.0 > #22 0xb7ec2bee in clone () from /lib/libc.so.6 > It seems the calls to e_cal_open_default triggers the crash on the second creation of an osync_engine Setting the evo2sync plugin to run as a process not a thread fixes the segfault. I'm not sure what is causing this though - something to do with the loading /unloading of evo2sync on engine creation destruction Patch attached for you to try Running as a process seems to cause some problems with queue timeouts. Ian |