Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 21 Sep 2004 23:31:50 -0700
From:      Sean McNeil <sean@mcneil.com>
To:        Joe Marcus Clarke <marcus@marcuscom.com>
Cc:        freebsd-gnome@freebsd.org
Subject:   Re: seahorse crashes immediately
Message-ID:  <1095834710.13428.9.camel@server.mcneil.com>
In-Reply-To: <1095833271.45253.55.camel@shumai.marcuscom.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>

next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, 2004-09-21 at 23:07, Joe Marcus Clarke wrote:
> On Fri, 2004-09-17 at 05:25, Sean McNeil wrote:
> > On Thu, 2004-09-16 at 18:41, Joe Marcus Clarke wrote:
> > > 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 
> > > > > > > the full backtrace again.
> > > > > > > 
> > > > > > 
> > > > > > With symbols for seahorse and libgnomeui:
> > > > > > 
> > > > > > Backtrace was generated from '/usr/X11R6/bin/seahorse'
> > > > > 
> > > > > Can you run this from gdb, and get the output of "bt full"?  I don't see
> > > > > the problem, and I can't reproduce it.
> > > > > 
> > > > sure thing.  The seg 11 is in glib, so I recompiled it with symbols:
> > > 
> > > Try this patch.
> > 
> > I get the following error with this patch:
> > 
> > cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I.. -DORBIT2=1 -D_REENTRANT
> > -DXTHREADS -DXUSE_MTSAFE_API -I/usr/local/include/libart-2.0
> > -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include
> > -I/usr/local/include/orbit-2.0 -I/usr/local/include/libbonobo-2.0
> > -I/usr/local/include/bonobo-activation-2.0 -I/usr/local/include/atk-1.0
> > -I/usr/local/include/libxml2 -I/usr/local/include
> > -I/usr/X11R6/include/libgnomeui-2.0 -I/usr/X11R6/include/libgnome-2.0
> > -I/usr/X11R6/include/libgnomecanvas-2.0 -I/usr/X11R6/include/gtk-2.0
> > -I/usr/X11R6/include/gconf/2 -I/usr/X11R6/include/libbonoboui-2.0
> > -I/usr/X11R6/include/gnome-vfs-2.0
> > -I/usr/X11R6/lib/gnome-vfs-2.0/include -I/usr/X11R6/include/pango-1.0
> > -I/usr/X11R6/include -I/usr/local/include/freetype2
> > -I/usr/X11R6/lib/gtk-2.0/include -I/usr/X11R6/include/libglade-2.0
> > -I/usr/X11R6/include/eel-2 -I/usr/X11R6/include/gail-1.0  
> > -I/usr/local/include -DDATA_DIR=\""/usr/X11R6/share/gnome"\"
> > -DSEAHORSE_GLADEDIR=\""/usr/X11R6/share/gnome/seahorse/glade/"\"
> > -DLOCALEDIR=\"/usr/X11R6/share/locale\"
> > -DPIXMAPSDIR=\""/usr/X11R6/share/gnome/pixmaps/"\" 
> > -I/usr/local/include  -O -pipe  -c `test -f seahorse-context.c || echo
> > './'`seahorse-context.c
> > seahorse-context.c: In function `seahorse_context_class_init':
> > seahorse-context.c:109: error: `object_class' undeclared (first use in
> > this function)
> > seahorse-context.c:109: error: (Each undeclared identifier is reported
> > only onceseahorse-context.c:109: error: for each function it appears
> > in.)
> > gmake[3]: *** [seahorse-context.o] Error 1
> > 
> > Changing it from object_class to gobject_class and it makes no
> > difference.  Same crash.
> 
> Any update on the latest patch I sent?

This is what I got:

Starting program: /usr/X11R6/bin/seahorse

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1 (LWP 100281)]
0x0000000202f55f8f in g_type_check_is_value_type (type=8595649152)
    at gtype.c:3249
3249      if (node && node->mutatable_check_cache)
(gdb) bt
#0  0x0000000202f55f8f in g_type_check_is_value_type (type=8595649152)
    at gtype.c:3249
#1  0x0000000202f43faa in g_signal_newv (signal_name=0x0, itype=5714304,
    signal_flags=G_SIGNAL_RUN_LAST, class_closure=0x56f980,
accumulator=0,
    accu_data=0x0, c_marshaller=0x1, return_type=4, n_params=1,
    param_types=0x569a00) at gsignal.c:1267
#2  0x0000000202f44b98 in g_signal_new_valist (signal_name=0x41adec
"add",
    itype=5714304, signal_flags=G_SIGNAL_RUN_LAST,
class_closure=0x56f980,
    accumulator=0, accu_data=0x0, c_marshaller=0x1, return_type=1,
n_params=1,
    args=0x7fffffffe2e0) at gsignal.c:1370
#3  0x0000000202f43382 in g_signal_new (signal_name=0x41adec "add",
    itype=5714304, signal_flags=G_SIGNAL_RUN_LAST, class_offset=160,
    accumulator=0, accu_data=0x0, c_marshaller=0x1, return_type=4,
n_params=1)
    at gsignal.c:1130
#4  0x00000000004131ad in seahorse_context_class_init (klass=0x56be00)
    at seahorse-context.c:105
#5  0x0000000202f511fb in type_class_init_Wm (node=0x573180, pclass=0x0)
    at gtype.c:1907
#6  0x0000000202f52f4f in g_type_class_ref (type=5509504) at
gtype.c:2404
#7  0x0000000202f35870 in g_object_newv (object_type=5714304,
n_parameters=0,
    parameters=0x0) at gobject.c:857
#8  0x0000000202f36247 in g_object_new_valist (object_type=5714304,
    first_property_name=0x0, var_args=0x7fffffffe7f0) at gobject.c:984
---Type <return> to continue, or q <return> to quit---
#9  0x0000000202f356c7 in g_object_new (object_type=5714304,
    first_property_name=0x0) at gobject.c:822
#10 0x00000000004139eb in seahorse_context_new () at
seahorse-context.c:287
#11 0x0000000000408f42 in main (argc=1, argv=0x7fffffffe980) at
main.c:124

Something seems to be odd with the traceback.




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1095834710.13428.9.camel>