As far as I know, Apple is encouraging developers to move to Instruments. Can you use instruments with: Object Allocation or Leaks instead? Jesper
On Dec 24, 2009, at 3:12 PM, Richard Somers wrote: > Start with an Apple core data document based application project > template. Build and start with performance tool MallocDebug. Launch > and check for leaks. Back in core data app save file. Update to check > for leaks and MallocDebug will hang. Happens on PPC and Intel, Xcode > 3.1.4, MallocDebug 1.7.1. > > Anyone else having trouble with this? > > --Richard > > Partial crash report > > Date/Time: 2009-12-24 15:58:29 -0700 > OS Version: 10.5.8 (Build 9L30) > Architecture: ppc > Report Version: 4 > > Command: MallocDebug > Path: /Developer/Applications/Performance Tools/ > MallocDebug.app/Contents/MacOS/MallocDebug > Version: 1.7.1 (89) > Build Version: 331 > Project Name: MallocDebug > Source Version: 890000 > Parent: Xcode [129] > > PID: 561 > Event: hang > Time: 6.62s > Steps: 31 > > Process: MallocDebug [561] > Path: /Developer/Applications/Performance Tools/ > MallocDebug.app/Contents/MacOS/MallocDebug > > ADDRESS BINARY > 00001000 /Developer/Applications/Performance Tools/ > MallocDebug.app/Contents/MacOS/MallocDebug > 00027000 /Developer/Applications/Performance Tools/ > MallocDebug.app/Contents/MacOS/../../../../../Library/ > PrivateFrameworks//DevToolsRemoteClient.framework/Versions/A/ > DevToolsRemoteClient > 00065000 /System/Library/PrivateFrameworks/vmutils.framework/ > Versions/A/vmutils > 000ca000 /Developer/Applications/Performance Tools/ > MallocDebug.app/Contents/MacOS/../../../../../Library/ > PrivateFrameworks//DevToolsFoundation.framework/Versions/A/ > DevToolsFoundation > 0010c000 /System/Library/PrivateFrameworks/ > Symbolication.framework/Versions/A/Symbolication > 00197000 /System/Library/PrivateFrameworks/ > DebugSymbols.framework/Versions/A/DebugSymbols > 0330e000 /System/Library/CoreServices/RawCamera.bundle/ > Contents/MacOS/RawCamera > > Thread id: 2c18af8 > User stack: > 31 ??? [0x20d0] > 31 _NSApplicationMain + 444 (in AppKit) [0x9645329c] > 31 -[NSApplication run] + 804 (in AppKit) [0x964828d8] > 31 -[NSApplication sendEvent:] + 3260 (in AppKit) [0x96515680] > 31 -[NSWindow sendEvent:] + 4516 (in AppKit) [0x965422dc] > 31 -[NSControl mouseDown:] + 808 (in AppKit) [0x96543a18] > 31 -[NSButtonCell trackMouse:inRect:ofView:untilMouseUp:] + 520 (in > AppKit) [0x965440dc] > 31 -[NSCell trackMouse:inRect:ofView:untilMouseUp:] + 1588 (in > AppKit) [0x965447a4] > 31 -[NSControl sendAction:to:] + 96 (in AppKit) [0x9654528c] > 31 -[NSApplication sendAction:to:from:] + 108 (in AppKit) > [0x96545358] > 31 ??? [0x6fcc] > 31 ??? [0x645c] > 31 ??? [0x15974] > 31 ??? [0x2738] > 31 _mach_msg_trap + 8 (in libSystem.B.dylib) [0x955e81f8] > END > > _______________________________________________ > > Cocoa-dev mailing list ([email protected]) > > 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/jsbache%40adobe.com > > This email sent to [email protected] _______________________________________________ Cocoa-dev mailing list ([email protected]) 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 [email protected]
