and here it is :)
There are two stacktraces attached here bt-mutex and bt-alloc.
I started evolution and connected gdb to the process. When opening a
meeting Wombat went berserk and a bt showed it to be in a mutex. As I
could not imagine a mutex unlock procedure eating this kind of memory I
detached gdb, re-attached it and then the bt showed it to be in
g_list_alloc. Both files are attached
Ron
On Mon, 2003-04-21 at 10:55, Chris Toshok wrote:
> Ah, this crash is fixed in CVS.
>
> Chris
>
> On Mon, 2003-04-21 at 00:22, Ron Smits wrote:
> > Chris
> >
> > The behaviour has changed and will now make the wombat process die on an
> > assert, I have cut and pasted the gdb stuff, I will try and get a
> > berserking wombat later
> >
> > Ron
> >
> > gal_view_instance_set_current_view_id: view_id set to Work_Week_View
> > gal_view_instance_set_current_view_id: view_id set to Work_Week_View
> >
> > (evolution-1.3:503): Bonobo-CRITICAL **: file bonobo-ui-component.c:
> > line 1323 (impl_exists): assertion `container != CORBA_OBJECT_NIL'
> > failed
> >
> > (evolution-1.3:503): Bonobo-CRITICAL **: file bonobo-ui-component.c:
> > line 1323 (impl_exists): assertion `container != CORBA_OBJECT_NIL'
> > failed
> >
> > Program received signal SIGTRAP, Trace/breakpoint trap.
> > [Switching to Thread 1024 (LWP 505)]
> > 0x40ed5161 in g_logv (log_domain=0x80cd41c "wombat-pas",
> > log_level=G_LOG_LEVEL_ERROR, format=0x80cd6a0 "file %s: line %d (%s):
> > assertion failed: (%s)",
> > args1=0xbffff370) at gmessages.c:504
> > 504 gmessages.c: No such file or directory.
> > in gmessages.c
> > (gdb) bt
> > #0 0x40ed5161 in g_logv (log_domain=0x80cd41c "wombat-pas",
> > log_level=G_LOG_LEVEL_ERROR, format=0x80cd6a0 "file %s: line %d (%s):
> > assertion failed: (%s)",
> > args1=0xbffff370) at gmessages.c:504
> > #1 0x40ed5219 in g_log (log_domain=0x80cd41c "wombat-pas",
> > log_level=G_LOG_LEVEL_ERROR, format=0x80cd6a0 "file %s: line %d (%s):
> > assertion failed: (%s)")
> > at gmessages.c:527
> > #2 0x080619fe in pas_backend_file_get_uri (backend=0x817a6c0) at
> > pas-backend-file.c:1488
> > #3 0x080b915b in pas_backend_get_uri (backend=0x817a6c0) at
> > pas-backend.c:64
> > #4 0x080b61e1 in backend_last_client_gone_cb (backend=0x817a6c0,
> > data=0x8115930) at pas-book-factory.c:151
> > #5 0x080b6558 in pas_book_factory_process_request (factory=0x8115930,
> > request=0x81df018) at pas-book-factory.c:305
> > #6 0x080b65fc in pas_book_factory_process_queue (factory=0x8115930) at
> > pas-book-factory.c:340
> > #7 0x40ed06e6 in g_idle_dispatch (source=0x81df068, callback=0x80b65dc
> > <pas_book_factory_process_queue>, user_data=0x8115930) at gmain.c:3164
> > #8 0x40ecdfc9 in g_main_dispatch (context=0x8109de8) at gmain.c:1653
> > #9 0x40ecede7 in g_main_context_dispatch (context=0x8109de8) at
> > gmain.c:2197
> > #10 0x40ecf1c3 in g_main_context_iterate (context=0x8109de8, block=1,
> > dispatch=1, self=0x80e7468) at gmain.c:2278
> > #11 0x40ecf89f in g_main_loop_run (loop=0x812ab78) at gmain.c:2498
> > #12 0x40c32a7f in bonobo_main () at bonobo-main.c:293
> > #13 0x0805f529 in main (argc=3, argv=0xbffff6a4) at wombat.c:245
> > #14 0x410f017d in __libc_start_main (main=0x805f398 <main>, argc=3,
> > ubp_av=0xbffff6a4, init=0x805d264 <_init>, fini=0x80ccd40 <_fini>,
> > rtld_fini=0x4000a534 <_dl_fini>, stack_end=0xbffff69c) at
> > ../sysdeps/generic/libc-start.c:129
> > (gdb) frame 3
> > #3 0x080b915b in pas_backend_get_uri (backend=0x817a6c0) at
> > pas-backend.c:64
> > 64 return (* PAS_BACKEND_GET_CLASS (backend)->get_uri)
> > (backend);
> > (gdb) print *backend
> > $1 = {parent_object = {g_type_instance = {g_class = 0x81846e8},
> > ref_count = 1, qdata = 0x0}, priv = 0x81df018}
> > (gdb) print *backend->priv
> > $2 = {clients = 0x0, loaded = 0, writable = 0}
> > (
> >
> > On Sat, 2003-04-19 at 05:37, Chris Toshok wrote:
> > > On Thu, 2003-04-17 at 14:23, Ron Smits wrote:
> > > > running evolution 1.3.2 with openldap 2.0.9 trying to schedule a meeting
> > > > will make wombat go mad. It will eat all memory and swap.
> > > >
> > > > Attached is a compressed strace of the wombat process
> > >
> > > If this is easy for you to reproduce, could you run wombat in gdb and
> > > get a stack trace when things start going wrong?
> > >
> > > Chris
> > >
> >
>
#0 0x40ea0264 in __pthread_mutex_unlock (mutex=0x40e93304) at mutex.c:173
#1 0x40ee5552 in g_static_rw_lock_reader_lock (lock=0x40e93300)
at gthread.c:733
#2 0x40e82f36 in g_type_check_is_value_type (type=76) at gtype.c:2869
#3 0x40e848ce in g_value_init (value=0xbffff120, g_type=76) at gvalue.c:74
#4 0x40e7861b in g_signal_emit_valist (instance=0x81f2b18, signal_id=1,
detail=158, var_args=0xbffff290) at gsignal.c:2528
#5 0x40e78c15 in g_signal_emit (instance=0x81f2b18, signal_id=1, detail=158)
at gsignal.c:2612
#6 0x40e67ee5 in g_object_dispatch_properties_changed (object=0x81f2b18,
n_pspecs=1, pspecs=0xbffff338) at gobject.c:464
#7 0x40e67427 in g_object_notify_dispatcher (object=0x81f2b18, n_pspecs=1,
pspecs=0xbffff338) at gobject.c:228
#8 0x40e69d03 in g_object_set_valist (object=0x81f2b18,
first_property_name=0x4003b31c "org_unit", var_args=0xbffff3d4)
at gobjectnotifyqueue.c:123
#9 0x40e6a0f0 in g_object_set (_object=0x81f2b18,
first_property_name=0x4003b31c "org_unit") at gobject.c:990
#10 0x4002c92d in e_card_simple_set (simple=0x81e2300,
field=E_CARD_SIMPLE_FIELD_ORG_UNIT, data=0x81f31b0 "contacts")
at e-card-simple.c:1075
#11 0x080b4c31 in build_card_from_entry (ldap=0x8188c50, e=0x81ef6f8,
existing_objectclasses=0x0) at pas-backend-ldap.c:2805
---Type <return> to continue, or q <return> to quit---
#12 0x080b34d5 in get_cursor_handler (op=0x81ee0a8, res=0x81ef6f8)
at pas-backend-ldap.c:1834
#13 0x080b4d85 in poll_ldap (bl=0x816fec0) at pas-backend-ldap.c:2871
#14 0x40ed1548 in g_timeout_dispatch (source=0x81f0e60,
callback=0x80b4cbc <poll_ldap>, user_data=0x816fec0) at gmain.c:3016
#15 0x40ecefc9 in g_main_dispatch (context=0x8109db0) at gmain.c:1653
#16 0x40ecfde7 in g_main_context_dispatch (context=0x8109db0) at gmain.c:2197
#17 0x40ed01c3 in g_main_context_iterate (context=0x8109db0, block=1,
dispatch=1, self=0x80e7468) at gmain.c:2278
#18 0x40ed089f in g_main_loop_run (loop=0x812a758) at gmain.c:2498
#19 0x40c33a7f in bonobo_main () at bonobo-main.c:293
#20 0x0805f529 in main (argc=3, argv=0xbffff6d4) at wombat.c:245
#21 0x410f117d in __libc_start_main (main=0x805f398 <main>, argc=3,
ubp_av=0xbffff6d4, init=0x805d264 <_init>, fini=0x80ccd40 <_fini>,
rtld_fini=0x4000a534 <_dl_fini>, stack_end=0xbffff6cc)
at ../sysdeps/generic/libc-start.c:129
(gdb)
#0 0x40ecbeac in g_list_alloc () at glist.c:149
#1 0x40e67962 in g_object_init (object=0x81f0f80) at gobjectnotifyqueue.c:74
#2 0x40e7e98d in g_type_create_instance (type=135849072) at gtype.c:1413
#3 0x40e6929c in g_object_constructor (type=135849072,
n_construct_properties=0, construct_params=0x0) at gobject.c:827
#4 0x40e68982 in g_object_newv (object_type=135849072, n_parameters=0,
parameters=0x0) at gobject.c:725
#5 0x40e68f58 in g_object_new_valist (object_type=135849072,
first_property_name=0x0, var_args=0xbffff31c) at gobject.c:764
#6 0x40e68640 in g_object_new (object_type=135849072, first_property_name=0x0)
at gobject.c:618
#7 0x400d83b4 in e_list_iterator_new (list=0xa1030d8) at e-list-iterator.c:109
#8 0x400d8a05 in e_list_get_iterator (list=0xa1030d8) at e-list.c:113
#9 0x4002bdf1 in e_card_simple_sync_card (simple=0x81e2300)
at e-card-simple.c:691
#10 0x080b4ca3 in build_card_from_entry (ldap=0x8188c50, e=0x81ef6f8,
existing_objectclasses=0x0) at pas-backend-ldap.c:2826
#11 0x080b34d5 in get_cursor_handler (op=0x81ee0a8, res=0x81ef6f8)
at pas-backend-ldap.c:1834
#12 0x080b4d85 in poll_ldap (bl=0x816fec0) at pas-backend-ldap.c:2871
#13 0x40ed1548 in g_timeout_dispatch (source=0x81f0e60,
callback=0x80b4cbc <poll_ldap>, user_data=0x816fec0) at gmain.c:3016
#14 0x40ecefc9 in g_main_dispatch (context=0x8109db0) at gmain.c:1653
---Type <return> to continue, or q <return> to quit---
#15 0x40ecfde7 in g_main_context_dispatch (context=0x8109db0) at gmain.c:2197
#16 0x40ed01c3 in g_main_context_iterate (context=0x8109db0, block=1,
dispatch=1, self=0x80e7468) at gmain.c:2278
#17 0x40ed089f in g_main_loop_run (loop=0x812a758) at gmain.c:2498
#18 0x40c33a7f in bonobo_main () at bonobo-main.c:293
#19 0x0805f529 in main (argc=3, argv=0xbffff6d4) at wombat.c:245
#20 0x410f117d in __libc_start_main (main=0x805f398 <main>, argc=3,
ubp_av=0xbffff6d4, init=0x805d264 <_init>, fini=0x80ccd40 <_fini>,
rtld_fini=0x4000a534 <_dl_fini>, stack_end=0xbffff6cc)
at ../sysdeps/generic/libc-start.c:129
(gdb)
Attachment:
signature.asc
Description: This is a digitally signed message part