Re: inconsistency exception with Grr on Linux/MIPS

[Fred Kiefer]

Without a line number in the [NSWindow dealloc] it is hard to tell what
is going on. It could be everything. Could you do an "up" in gdb and
report back what where the error is happening?

I would guess that it is the delegate, somehow it is always the
delegates that are causing trouble. Most likely the object has already
been dealloced and now it is referenced again. If this is the case then
we have an application issue here. You should remove the delegate from
the window as soon as that object goes away.
But currently we don't know, it could still be a gui issue and that
would be an important one to remove before the release.


Am 03.05.2010 00:09, schrieb Riccardo Mottola:
> I removed everything, started the application subscribed to a feed (I
> performed the same operation on LInux/MIPS without troubles) but on quit
> of the applicaiton I get a crash which I do not get on other platforms.
> 
> Could be this a Grr issue hidden on other platforms? Or even a core issue?
> 
> Program received signal SIGBUS, Bus error.
> objc_msg_lookup (receiver=0x9c7250ff, op=0xec59b78) at sendmsg.c:224
> 224           result = sarray_get_safe (receiver->class_pointer->dtable,
> (gdb) bt
> #0  objc_msg_lookup (receiver=0x9c7250ff, op=0xec59b78) at sendmsg.c:224
> #1  0x0e89f918 in -[NSWindow dealloc] ()
>    from /usr/GNUstep/System/Library/Libraries/libgnustep-gui.so.0.17
> #2  0x0d3944c8 in -[NSObject release] ()
>    from /usr/GNUstep/System/Library/Libraries/libgnustep-base.so.1.19
> #3  0x0e72a654 in -[NSApplication dealloc] (self=0xc9aa388, _cmd=0xd73b2b4)
>     at NSApplication.m:1220
> #4  0x0d3944c8 in -[NSObject release] ()
>    from /usr/GNUstep/System/Library/Libraries/libgnustep-base.so.1.19
> #5  0x0e7306dc in -[NSApplication replyToApplicationShouldTerminate:] (
>     self=0xc9aa388, _cmd=0xe8b45f8, shouldTerminate=1 '\001')
>     at NSApplication.m:3459
> #6  0x0e73041c in -[NSApplication terminate:] (self=0xc9aa388,
> _cmd=0xec765f0,
>     sender=0x8a53a88) at NSApplication.m:3412
> #7  0x0e72d228 in -[NSApplication sendAction:to:from:] (self=0xc9aa388,
>     _cmd=0xec2b434, aSelector=0xec765f0, aTarget=0x0, sender=0x8a53a88)
>     at NSApplication.m:2193
> #8  0x0e7e98d4 in -[NSMenu performActionForItemAtIndex:] ()
>    from /usr/GNUstep/System/Library/Libraries/libgnustep-gui.so.0.17
> #9  0x0e7f1b4c in -[NSMenuView trackWithEvent:] (self=0x90b9108,
>     _cmd=0x8a52d08, event=0x8a53e88) at NSMenuView.m:1642
> #10 0x0e7f1cb4 in -[NSMenuView mouseDown:] (self=0x90b9108, _cmd=0xec5ac20,
>     theEvent=0x8a52d08) at NSMenuView.m:1687
> #11 0x0e8a9d0c in -[NSWindow sendEvent:] ()
>    from /usr/GNUstep/System/Library/Libraries/libgnustep-gui.so.0.17
> #12 0x0e72cc94 in -[NSApplication sendEvent:] (self=0xc9aa388,
> _cmd=0xebfdba0,
>     theEvent=0x8a52d08) at NSApplication.m:2068
> #13 0x0e72b594 in -[NSApplication run] (self=0xc9aa388, _cmd=0xebf65d8)
>     at NSApplication.m:1530
> #14 0x0e70d32c in NSApplicationMain (argc=202182728, argv=0xf7ff80d4)
>     at Functions.m:74
> #15 0x0001661c in gnustep_base_user_main ()
> #16 0x0d3c41f0 in main (argc=1, argv=0xf7ff80d4, env=0xf7ff80dc)
>     at NSProcessInfo.m:910
> #17 0x00011ab4 in ___start ()
> #18 0x000119e0 in _start ()
> #19 0x000119e0 in _start ()
> Previous frame identical to this frame (corrupt stack?)
> 
> 
> It seems to me an action is NIL and this causes a crash on SPARC. I
> rememebr some limitations there regarding NIL objects.
> 
> Riccardo
>