trying to debug problems with NSAutoreleasepool

[Sebastian Reitenbach]

Hi,

I try to figure out how that NSAutoreleasepool is working, because I want to 
debug
some problems I have there while trying to get opengroupware to run on 
gnustep-base. 
The webui application breaks in a lot of places in NSAutoreleasepool.m:405
here the backtrace:

#0  0x00000000 in ?? ()
#1  0x0abba3c3 in -[NSAutoreleasePool emptyPool] (self=0x8918b308, 
_cmd=0x2ac25a90) at NSAutoreleasePool.m:405
#2  0x0abba1e0 in -[NSAutoreleasePool dealloc] (self=0x8918b308, 
_cmd=0x2ac25a88) at NSAutoreleasePool.m:323
#3  0x0abba488 in -[NSAutoreleasePool emptyPool] (self=0x8918b0c8, 
_cmd=0x2ac25a90) at NSAutoreleasePool.m:374
#4  0x0abba1e0 in -[NSAutoreleasePool dealloc] (self=0x8918b0c8, 
_cmd=0x2ac25a88) at NSAutoreleasePool.m:323
#5  0x0abba19b in -[NSAutoreleasePool release] (self=0x8918b0c8, 
_cmd=0x25ebf9e0) at NSAutoreleasePool.m:316
#6  0x05ec2a72 in -[LSLoginAccountCommand _executeInContext:] 
(self=0x8ba3a708, _cmd=0x22a1bbc8, _context=0x813f3588)
    at LSLoginAccountCommand.m:267
#7  0x02a21d67 in -[LSDBObjectBaseCommand primaryRunInContext:] 
(self=0x8ba3a708, _cmd=0x22a19798,
    _context=0x813f3588) at LSDBObjectBaseCommand.m:186
#8  0x02a19d77 in -[LSBaseCommand runInContext:] (self=0x8ba3a708, 
_cmd=0x22a1a6f0, _context=0x813f3588)
    at LSBaseCommand.m:192
#9  0x02a1dad3 in runCommand (self=0x813f3588, _command=0x8ba3a708) at 
LSCommandContext.m:871
#10 0x02a41f70 in -[OGoContextSession runCommand:] (self=0x0, 
_cmd=0x22a24dc0, _command=0x22a24f34)
    at OGoContextSession.m:205
#11 0x02a4237a in -[OGoContextSession 
login:password:crypted:isSessionLogEnabled:] (self=0x813f54c8,
    _cmd=0x22a23db0, _login=0x7ee69f28, _pwd=0x7ee69b08, _crypted=0 '\0', 
_isSessionLogEnabled=1 '\001')
    at OGoContextSession.m:288
#12 0x02a3f476 in -[OGoContextManager 
login:password:crypted:isSessionLogEnabled:] (self=0x86cd8608,
    _cmd=0x22a23d98, _login=0x7ee69f28, _password=0x7ee69b08, 
_crypted=176 '�', _isSessionLogEnabled=1 '\001')
    at OGoContextManager.m:691
#13 0x02a3f2c1 in -[OGoContextManager login:password:] (self=0x86cd8608, 
_cmd=0x3c0073c0, _login=0x7ee69f28,
    _password=0x7ee69b08) at OGoContextManager.m:661
#14 0x1c00770c in -[WODirectAction(LoginAction) 
loginActionWithLogin:password:request:] (self=0x7ee69e28,
    _cmd=0x3c007420, login=0x7ee69f28, pwd=0x7ee69b08, req=0x7ee68708) at 
WODirectAction+LoginAction.m:343
#15 0x1c007c1b in -[WODirectAction(LoginAction) loginAction] 
(self=0x7ee69e28, _cmd=0x817a1fb0)
    at WODirectAction+LoginAction.m:403
#16 0x0ac35713 in -[NSObject performSelector:] (self=0x7ee69e28, 
_cmd=0x29c86c68, aSelector=0x817a1fb0)
    at NSObject.m:1921
#17 0x09ca98b5 in -[WODirectAction performActionNamed:] (self=0x7ee69e28, 
_cmd=0x3c006c98, _actionName=0x8918b448)
    at WODirectAction.m:101
(gdb) list NSAutoreleasePool.m:405
400                       else
401                         {
402                           imps[hash] = [c methodForSelector: 
releaseSel];
403                         }
404                     }
405                   (imps[hash])(anObject, releaseSel);
406                 }
407               _released_count -= released->count;
408               released->count = 0;
409               released = released->next;
(gdb) list LSLoginAccountCommand.m:267
262           }
263         }
264         [defs release]; defs = nil;
265       }
266
267       RELEASE(p);
268     }
269
270     /* accessors */
271



I added a NSLog statement before that in the while loop in -emptyPool, but 
that ended up in an endless loop, eating up all my stack frames.

in LSLoginAccountCommand.m, and in the other places where it runs into that 
exception, the NSAutoreleasepool 
seems to be handled like in other applications that work well.

Any idea what could be my problem or how I could try to figure out?

I am on OpenBSD, gnustep-make-2.0.2, gnustep-base-1.15.1, 
gcc -v
Reading specs from /usr/lib/gcc-lib/i386-unknown-openbsd4.2/3.3.5/specs
Configured with:
Thread model: single
gcc version 3.3.5 (propolice)

thanks
Sebastian