Follow-up Comment #6, bug #24054 (project gnustep):
I just reproduced it with my newly built cairo backend in the 64bit world.
Unfortunately I'm away for a week starting early tomorrow (still have to
finish packing tonight), so I can't really investigate.
I ran under gdb and looked at the contents of the local variable 'arp' (see
NSRunLoop.m line 953) as suggested by the stacktrace. That's an autorelease
pool and it had been deallocated ... which was what caused the crash.
I would guess that this might be a retain/release issue elsewhere in the
system, or perhaps something to do with the thread support changes in the last
release ... as the problem seems to be trying to use a deallocated autorelease
pool, and I don't see how that can be happening unless an autorelease pool is
somehow being used by more than one thread or perhaps a retain/release problem
elsewhere is releasing the pool when thinking it's releasing another object.
_______________________________________________________
Reply to this item at:
<http://savannah.gnu.org/bugs/?24054>
_______________________________________________
Message sent via/by Savannah
http://savannah.gnu.org/
_______________________________________________
Bug-gnustep mailing list
[email protected]
http://lists.gnu.org/mailman/listinfo/bug-gnustep
