Closed Bug 318884 Opened 19 years ago Closed 19 years ago

Crash on closing last window (optimized build and Xcode 2.2)

Categories

(Camino Graveyard :: General, defect)

PowerPC
macOS
defect
Not set
critical

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: bugzilla-graveyard, Assigned: sfraser_bugs)

Details

(Keywords: crash)

Camino built with -O3, Mac OS 10.4u SDK, Xcode 2.2 crashes when the last open window is closed. Relevant portion of crash log: Command: Camino Path: /Users/clawson/mozilla/camino/build/Deployment/Camino.app/Contents/MacOS/Camino Parent: WindowServer [98] Version: 1.0+ (1.0+) PID: 1593 Thread: 0 Exception: EXC_BAD_ACCESS (0x0001) Codes: KERN_INVALID_ADDRESS (0x0001) at 0x20386000 Thread 0 Crashed: 0 <<00000000>> 0xfffeff20 objc_msgSend_rtp + 32 1 com.apple.CoreFoundation 0x907406ac __CFArrayReleaseValues + 640 2 com.apple.CoreFoundation 0x90740418 __CFArrayDeallocate + 284 3 com.apple.CoreFoundation 0x9073d554 _CFRelease + 240 4 com.apple.Foundation 0x928baea8 NSPopAutoreleasePool + 536 5 com.apple.AppKit 0x93680b54 -[NSApplication run] + 544 6 com.apple.AppKit 0x93771618 NSApplicationMain + 452 7 org.mozilla.camino 0x000031a0 _start + 344 (crt.c:272) 8 org.mozilla.camino 0x00003044 start + 60 I can do a fresh build with symbols tomorrow, and I'll post the crash report from that when I get it.
Over-releasing an NSMenu, crash when the autorelease pool releases. We saw this once before with the 10.4 SDK. Last time, the cause was a extra releases added as workaround for memory leaks that occurred in the system when linked against earlier SDKs. 2005-12-03 07:33:41.335 Camino[1840] *** Selector 'release' sent to dealloced instance 0x1b81920 of class NSMenu. Break at '-[_NSZombie release]' to debug. 2005-12-03 07:33:41.336 Camino[1840] *** -[NSAutoreleasePool dealloc]: Exception ignored while releasing an object in an autorelease pool: *** Selector 'release' sent to dealloced instance 0x1b81920 of class NSMenu. Break at '-[_NSZombie release]' to debug.
Simon, per Mark's comments in bug 318845, might this have been caused by your recent check-in to CertificateView.mm? cl
(In reply to comment #2) > Simon, per Mark's comments in bug 318845, might this have been caused by your > recent check-in to CertificateView.mm? Just did a build with that commented out, and it still crashes on close. I built with --enable_strip removed this time, but the crash log looks the same to me. cl
Josh, might this have something to do with your cocoa menu checkin yesterday?
I added some NSMenu releases in [BrowserWindowController dealloc], which is probably the cause.
Assignee: mikepinkerton → sfraser_bugs
(In reply to comment #1) > Over-releasing an NSMenu, crash when the autorelease pool releases. > > We saw this once before with the 10.4 SDK. Last time, the cause was a extra > releases added as workaround for memory leaks that occurred in the system when > linked against earlier SDKs. Yeah, I have a short memory and put these back.
Fix checked in.
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.