gnustep-dev
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: inconsistency exception with Grr on Linux/MIPS


From: Riccardo Mottola
Subject: Re: inconsistency exception with Grr on Linux/MIPS
Date: Mon, 03 May 2010 00:09:55 +0200
User-agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.9) Gecko/20100418 SeaMonkey/2.0.4

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




reply via email to

[Prev in Thread] Current Thread [Next in Thread]