Re: inconsistency exception with Grr on Linux/MIPS

[Riccardo Mottola]

Hi
> I tried to look at the code to understand where the assertion comes
> from, but failed to understand where the Article objects actually get
> created. It really would help, if you could send a back trace.
>
> Most likely the whole problem comes from a corrupt file. Have you tried
> moving all your stored articles away?
>    
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