Follow-up Comment #6, bug #30863 (project gnustep):
We are running into this problem as well in Eggplant. It's not quite as
simple as no pool in place, we tried explicitly adding an NSAutoreleasePool
but in our case it's that the code is called before there is a
GSCurrentThread() so when it tries to _find_ the pool for the current thread
(t) it crashes.
I don't know if the correct solution is to figure out why GSCurrentThread()
isn't set/available early enough but possibly a better fix is some protection
in + addObject: if GSCurrentThread() returns nil.
_______________________________________________________
Reply to this item at:
<http://savannah.gnu.org/bugs/?30863>
_______________________________________________
Message sent via/by Savannah
http://savannah.gnu.org/
_______________________________________________
Bug-gnustep mailing list
Bug-gnustep@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-gnustep
