On 22, Dec, 2011, at 02:39 PM, Mike Abdullah wrote: > Did you actually write this app to be dual-mode, or are you under the > impression that turning off garbage collection will magically fix things?
To be honest, I wrote the app assuming garbage collection was off. I think it must have got turned on by mistake, perhaps during the move to Xcode 4. Not sure. I am under the impression (according to what others have written) that turning off garbage collection will stop the crashes in the garbage collection queue. I think this is a reported bug, but I didn't follow that thread very long. I just was surprised to find garbage collection on in the app, so I switched it off. This revealed the bug, which I'd like now to fix, of course. > > Going by the stack trace, this is a classic zombie. Use Instruments to find > the bug. OK, I'll try that. Thanks. Martin > > On 22 Dec 2011, at 10:48, Martin Hewitson wrote: > >> Dear list, >> >> I have a very complex document based app. If I run the app compiled with >> garbage collection support, then I can open and close document windows >> without problems. With garbage collected disabled, opening and closing the >> document windows results in crashes. Clearly I have a memory management >> issue. My problem is that the crash report doesn't help me. Running in >> Xcode, the debugger drops out in NSApplicationMain with the following back >> trace: >> >> #0 0x00007fff91380398 in objc_msgSend_vtable14 () >> No symbol table info available. >> #1 0x00007fff8ce33110 in CFRelease () >> No symbol table info available. >> #2 0x00007fff8ce5b5f0 in -[__NSArrayM dealloc] () >> No symbol table info available. >> #3 0x00007fff8bb06dd2 in -[NSObjectController _dealloc] () >> No symbol table info available. >> #4 0x00007fff8b8fb6a4 in -[NSArrayController _dealloc] () >> No symbol table info available. >> #5 0x00007fff8b9aa1bc in -[NSController dealloc] () >> No symbol table info available. >> #6 0x00007fff8b8a34d5 in -[_NSBindingInfo dealloc] () >> No symbol table info available. >> #7 0x00007fff8ce33110 in CFRelease () >> No symbol table info available. >> #8 0x00007fff8ce5b5f0 in -[__NSArrayM dealloc] () >> No symbol table info available. >> #9 0x00007fff8b838e7d in -[NSBinder _dealloc] () >> No symbol table info available. >> #10 0x00007fff8b838e1e in -[NSBinder dealloc] () >> No symbol table info available. >> #11 0x00007fff9138403c in (anonymous namespace)::AutoreleasePoolPage::pop () >> No symbol table info available. >> #12 0x00007fff8ce5bf75 in _CFAutoreleasePoolPop () >> No symbol table info available. >> #13 0x00007fff8ce634e4 in __CFRunLoopRun () >> No symbol table info available. >> #14 0x00007fff8ce62ae6 in CFRunLoopRunSpecific () >> No symbol table info available. >> #15 0x00007fff88bcd3d3 in RunCurrentEventLoopInMode () >> No symbol table info available. >> #16 0x00007fff88bd463d in ReceiveNextEventCommon () >> No symbol table info available. >> #17 0x00007fff88bd44ca in BlockUntilNextEventMatchingListInMode () >> No symbol table info available. >> #18 0x00007fff8b6363f1 in _DPSNextEvent () >> No symbol table info available. >> #19 0x00007fff8b635cf5 in -[NSApplication >> nextEventMatchingMask:untilDate:inMode:dequeue:] () >> No symbol table info available. >> #20 0x00007fff8b63262d in -[NSApplication run] () >> No symbol table info available. >> #21 0x00007fff8b8b180c in NSApplicationMain () >> >> >> Can anyone offer any hints or suggestions as to how I can better go about >> finding this memory problem? >> >> (By the way, the reason I want to switch off the garbage collector is that I >> get intermittent crashes to do with the garbage collector queue; googling >> revealed that others have seen these crashes and the consensus seemed to be, >> switch off garbage collection. In any case, I don't like the fact that I >> can't switch off garbage collection due to what must be a bug somewhere.) >> >> >> Best wishes, >> >> Martin >> >> >> >> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ >> Martin Hewitson >> Albert-Einstein-Institut >> Max-Planck-Institut fuer >> Gravitationsphysik und Universitaet Hannover >> Callinstr. 38, 30167 Hannover, Germany >> Tel: +49-511-762-17121, Fax: +49-511-762-5861 >> E-Mail: martin.hewit...@aei.mpg.de >> WWW: http://www.aei.mpg.de/~hewitson >> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ >> >> >> >> >> >> _______________________________________________ >> >> Cocoa-dev mailing list (Cocoa-dev@lists.apple.com) >> >> Please do not post admin requests or moderator comments to the list. >> Contact the moderators at cocoa-dev-admins(at)lists.apple.com >> >> Help/Unsubscribe/Update your Subscription: >> http://lists.apple.com/mailman/options/cocoa-dev/cocoadev%40mikeabdullah.net >> >> This email sent to cocoa...@mikeabdullah.net > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Martin Hewitson Albert-Einstein-Institut Max-Planck-Institut fuer Gravitationsphysik und Universitaet Hannover Callinstr. 38, 30167 Hannover, Germany Tel: +49-511-762-17121, Fax: +49-511-762-5861 E-Mail: martin.hewit...@aei.mpg.de WWW: http://www.aei.mpg.de/~hewitson ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ _______________________________________________ Cocoa-dev mailing list (Cocoa-dev@lists.apple.com) Please do not post admin requests or moderator comments to the list. Contact the moderators at cocoa-dev-admins(at)lists.apple.com Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com