Date: Thu, 23 Sep 2004 19:10:31 -0400 From: Joe Marcus Clarke <marcus@marcuscom.com> To: Sean McNeil <sean@mcneil.com> Cc: freebsd-gnome@freebsd.org Subject: Re: seahorse crashes immediately Message-ID: <1095981030.22935.27.camel@shumai.marcuscom.com> In-Reply-To: <1095834710.13428.9.camel@server.mcneil.com> References: <1095267108.86712.2.camel@server.mcneil.com> <4148757E.8000101@marcuscom.com> <1095293014.76661.2.camel@server.mcneil.com> <1095299723.62093.18.camel@shumai.marcuscom.com> <1095305657.7380.10.camel@server.mcneil.com> <1095385263.19148.9.camel@shumai.marcuscom.com> <1095413153.57476.4.camel@server.mcneil.com> <1095833271.45253.55.camel@shumai.marcuscom.com> <1095834710.13428.9.camel@server.mcneil.com>
next in thread | previous in thread | raw e-mail | index | archive | help
--=-JrSi7fMF77ROKPQqo+01 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2004-09-22 at 02:31, Sean McNeil wrote: > This is what I got: Can you send the output of "bt full". Specifically, I want to know what node is. Also, do you have malloc scrubbing enabled? If so, does it still crash if you disable it? Joe >=20 > Starting program: /usr/X11R6/bin/seahorse >=20 > Program received signal SIGSEGV, Segmentation fault. > [Switching to Thread 1 (LWP 100281)] > 0x0000000202f55f8f in g_type_check_is_value_type (type=3D8595649152) > at gtype.c:3249 > 3249 if (node && node->mutatable_check_cache) > (gdb) bt > #0 0x0000000202f55f8f in g_type_check_is_value_type (type=3D8595649152) > at gtype.c:3249 > #1 0x0000000202f43faa in g_signal_newv (signal_name=3D0x0, itype=3D57143= 04, > signal_flags=3DG_SIGNAL_RUN_LAST, class_closure=3D0x56f980, > accumulator=3D0, > accu_data=3D0x0, c_marshaller=3D0x1, return_type=3D4, n_params=3D1, > param_types=3D0x569a00) at gsignal.c:1267 > #2 0x0000000202f44b98 in g_signal_new_valist (signal_name=3D0x41adec > "add", > itype=3D5714304, signal_flags=3DG_SIGNAL_RUN_LAST, > class_closure=3D0x56f980, > accumulator=3D0, accu_data=3D0x0, c_marshaller=3D0x1, return_type=3D1= , > n_params=3D1, > args=3D0x7fffffffe2e0) at gsignal.c:1370 > #3 0x0000000202f43382 in g_signal_new (signal_name=3D0x41adec "add", > itype=3D5714304, signal_flags=3DG_SIGNAL_RUN_LAST, class_offset=3D160= , > accumulator=3D0, accu_data=3D0x0, c_marshaller=3D0x1, return_type=3D4= , > n_params=3D1) > at gsignal.c:1130 > #4 0x00000000004131ad in seahorse_context_class_init (klass=3D0x56be00) > at seahorse-context.c:105 > #5 0x0000000202f511fb in type_class_init_Wm (node=3D0x573180, pclass=3D0= x0) > at gtype.c:1907 > #6 0x0000000202f52f4f in g_type_class_ref (type=3D5509504) at > gtype.c:2404 > #7 0x0000000202f35870 in g_object_newv (object_type=3D5714304, > n_parameters=3D0, > parameters=3D0x0) at gobject.c:857 > #8 0x0000000202f36247 in g_object_new_valist (object_type=3D5714304, > first_property_name=3D0x0, var_args=3D0x7fffffffe7f0) at gobject.c:98= 4 > ---Type <return> to continue, or q <return> to quit--- > #9 0x0000000202f356c7 in g_object_new (object_type=3D5714304, > first_property_name=3D0x0) at gobject.c:822 > #10 0x00000000004139eb in seahorse_context_new () at > seahorse-context.c:287 > #11 0x0000000000408f42 in main (argc=3D1, argv=3D0x7fffffffe980) at > main.c:124 >=20 > Something seems to be odd with the traceback. >=20 --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-JrSi7fMF77ROKPQqo+01 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBU1fmb2iPiv4Uz4cRAu6nAKCR91ytClIatTBC3XnKS+HtSr62eACfZtuQ vbmiikEOOUxl3CF/62VS1RE= =MnJ6 -----END PGP SIGNATURE----- --=-JrSi7fMF77ROKPQqo+01--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1095981030.22935.27.camel>