Date: Thu, 16 Sep 2004 21:41:03 -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: <1095385263.19148.9.camel@shumai.marcuscom.com> In-Reply-To: <1095305657.7380.10.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>
next in thread | previous in thread | raw e-mail | index | archive | help
--=-FpwKueHoeAGiIF4ECiqW
Content-Type: multipart/mixed; boundary="=-PGroZiizB/zltQGkuN4W"
--=-PGroZiizB/zltQGkuN4W
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable
On Wed, 2004-09-15 at 23:34, Sean McNeil wrote:
> On Wed, 2004-09-15 at 18:55, Joe Marcus Clarke wrote:
> > On Wed, 2004-09-15 at 20:03, Sean McNeil wrote:
> > > On Wed, 2004-09-15 at 10:01, Joe Marcus Clarke wrote:
> > > > Please rebuild seahorse and libgnomeui with debugging symbols, and =
get=20
> > > > the full backtrace again.
> > > >=20
> > >=20
> > > With symbols for seahorse and libgnomeui:
> > >=20
> > > Backtrace was generated from '/usr/X11R6/bin/seahorse'
> >=20
> > Can you run this from gdb, and get the output of "bt full"? I don't se=
e
> > the problem, and I can't reproduce it.
> >=20
> sure thing. The seg 11 is in glib, so I recompiled it with symbols:
Try this patch.
Joe
>=20
> Program received signal SIGSEGV, Segmentation fault.
> [Switching to Thread 1 (LWP 100163)]
> 0x0000000202f55f8f in g_type_check_is_value_type (type=3D8595649152)
> at gtype.c:3249
> 3249 gtype.c: No such file or directory.
> in gtype.c
>=20
> (gdb) bt full
> #0 0x0000000202f55f8f in g_type_check_is_value_type (type=3D8595649152)
> at gtype.c:3249
> No locals.
> #1 0x0000000202f43faa in g_signal_newv (signal_name=3D0x0, itype=3D57143=
04,
> signal_flags=3DG_SIGNAL_RUN_LAST, class_closure=3D0x56f980, accumulat=
or=3D0,
> accu_data=3D0x0, c_marshaller=3D0x1, return_type=3D4, n_params=3D1,
> param_types=3D0x5699f0) at gsignal.c:1267
> name =3D (gchar *) 0x569a00 "add"
> signal_id =3D 0
> i =3D 0
> node =3D (SignalNode *) 0x0
> __PRETTY_FUNCTION__ =3D "g_signal_newv"
> #2 0x0000000202f44b98 in g_signal_new_valist (signal_name=3D0x41adec "ad=
d",
> itype=3D5714304, signal_flags=3DG_SIGNAL_RUN_LAST, class_closure=3D0x=
56f980,
> accumulator=3D0, accu_data=3D0x0, c_marshaller=3D0x1, return_type=3D1=
, n_params=3D1,
> args=3D0x7fffffffe2f0) at gsignal.c:1370
> param_types =3D (GType *) 0x5699f0
> i =3D 5378304
> signal_id =3D 4294959856
> #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
> ---Type <return> to continue, or q <return> to quit---
> args =3D {{gp_offset =3D 48, fp_offset =3D 48,
> overflow_arg_area =3D 0x7fffffffe420, reg_save_area =3D 0x7fffffffe31=
0}}
> signal_id =3D 4304364
> __PRETTY_FUNCTION__ =3D "g_signal_new"
> #4 0x00000000004131c4 in seahorse_context_class_init (klass=3D0x56be00)
> at seahorse-context.c:109
> gobject_class =3D (GObjectClass *) 0x56be00
> #5 0x0000000202f511fb in type_class_init_Wm (node=3D0x573180, pclass=3D0=
x0)
> at gtype.c:1907
> slist =3D (GSList *) 0x0
> init_slist =3D (GSList *) 0x541180
> class =3D (GTypeClass *) 0x56be00
> entry =3D (IFaceEntry *) 0x0
> bnode =3D (TypeNode *) 0x0
> pnode =3D (TypeNode *) 0x541180
> i =3D 0
> __PRETTY_FUNCTION__ =3D "type_class_init_Wm"
> #6 0x0000000202f52f4f in g_type_class_ref (type=3D5509504) at gtype.c:24=
04
> ptype =3D 5509504
> pclass =3D (GTypeClass *) 0x528d00
> node =3D (TypeNode *) 0x573180
> #7 0x0000000202f35870 in g_object_newv (object_type=3D5714304, n_paramet=
ers=3D0,
> parameters=3D0x0) at gobject.c:857
> ---Type <return> to continue, or q <return> to quit---
> cparams =3D (GObjectConstructParam *) 0x20054b000
> oparams =3D (GObjectConstructParam *) 0x200540e00
> nqueue =3D (GObjectNotifyQueue *) 0x0
> object =3D (GObject *) 0x200540c00
> class =3D (GObjectClass *) 0x0
> unref_class =3D (GObjectClass *) 0x0
> slist =3D (GSList *) 0x0
> n_total_cparams =3D 0
> n_cparams =3D 0
> n_oparams =3D 0
> n_cvalues =3D 4294961152
> cvalues =3D (GValue *) 0x200540000
> clist =3D (GList *) 0x0
> i =3D 0
> __PRETTY_FUNCTION__ =3D "g_object_newv"
> #8 0x0000000202f36247 in g_object_new_valist (object_type=3D5714304,
> first_property_name=3D0x0, var_args=3D0x7fffffffe800) at gobject.c:98=
4
> class =3D (GObjectClass *) 0x0
> params =3D (GParameter *) 0x0
> name =3D (const gchar *) 0x7fffffffe998 "\177"
> object =3D (GObject *) 0x0
> n_params =3D 0
> n_alloced_params =3D 16
> ---Type <return> to continue, or q <return> to quit---
> __PRETTY_FUNCTION__ =3D "g_object_new_valist"
> #9 0x0000000202f356c7 in g_object_new (object_type=3D5714304,
> first_property_name=3D0x0) at gobject.c:822
> var_args =3D {{gp_offset =3D 16, fp_offset =3D 48,
> overflow_arg_area =3D 0x7fffffffe8f0, reg_save_area =3D 0x7fffffffe82=
0}}
> __PRETTY_FUNCTION__ =3D "g_object_new"
> #10 0x00000000004139eb in seahorse_context_new () at seahorse-context.c:2=
88
> No locals.
> #11 0x0000000000408f42 in main (argc=3D1, argv=3D0x7fffffffe998) at main.=
c:124
> sctx =3D (SeahorseContext *) 0x418b77
> err =3D 32767
> new_path =3D (gchar *) 0x7fffffffe998 "\177"
>=20
> There are some bad characters in the new_path line above that will not
> cut/paste. There are 5 unprintable blocks before the \177. It is
> passed up as "name" to g_object_new_valist.
>=20
> This might be an issue with varargs. On the amd64 and other processors
> (i.e. not x86) a va_list gets passed by reference instead of copy. This
> can cause issues if someone expects the arg pointer to be at the
> beginning after it is passed to a function that uses it.
>=20
> Sean
>=20
--=20
PGP Key : http://www.marcuscom.com/pgp.asc
--=-PGroZiizB/zltQGkuN4W--
--=-FpwKueHoeAGiIF4ECiqW
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)
iD8DBQBBSkCvb2iPiv4Uz4cRAuj7AKCigfHjmJt63lyH6xGlTOpsMCYAPQCdHkwt
nMKu97g77uFqtk9KMZuwql8=
=+PMa
-----END PGP SIGNATURE-----
--=-FpwKueHoeAGiIF4ECiqW--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1095385263.19148.9.camel>