Apple Event: May 7th at 7 am PT

Looks like no one’s replied in a while. To start the conversation again, simply ask a new question.

Can I decode the crash data?

Date/Time: 2013-05-24 21:06:11.345 +0000

OS Version: Mac OS X 10.8.4 (12E4005)

Report Version: 10



Crashed Thread: 0 Dispatch queue: com.apple.main-thread



Exception Type: EXC_BAD_ACCESS (SIGSEGV)

Exception Codes: KERN_INVALID_ADDRESS at 0x0000000000000018



VM Regions Near 0x18:

-->

__TEXT 000000010d89a000-000000010d927000 [ 564K] r-x/rwx SM=COW /Indy/PhoenixCE.app/Contents/MacOS/PhoenixCE



Application Specific Information:

objc_msgSend() selector name: count


Thread 0 Crashed:: Dispatch queue: com.apple.main-thread

0 libobjc.A.dylib 0x00007fff82c5d62f objc_msgSend_vtable9 + 47

1 com.apple.AppKit 0x00007fff88842b05 +[NSScreen screens] + 847

2 com.apple.AppKit 0x00007fff88844575 +[NSScreen _zeroScreenHeight] + 44

3 com.apple.AppKit 0x00007fff888b15cf _NSShapeRoundedWindowWithWeighting + 61

4 com.apple.AppKit 0x00007fff888507c3 -[NSThemeFrame shapeWindow] + 336

5 com.apple.AppKit 0x00007fff888b055c -[NSThemeFrame setFrameSize:] + 457

6 com.apple.AppKit 0x00007fff888af68f -[NSWindow _setFrame:updateBorderViewSize:] + 929

7 com.apple.AppKit 0x00007fff888aee04 -[NSWindow _oldPlaceWindow:] + 1142

8 com.apple.AppKit 0x00007fff888ae2b9 -[NSWindow _setFrameCommon:display:stashSize:] + 1837

9 com.Apple.Phoenix.UI 0x0000000110580045 -[GUIMainController shuffleWindow] + 1477 (GUIMainController.mm:470)

10 com.Apple.Phoenix.UI 0x0000000110586aef -[GUIPeriodicController periodic:] + 2399 (GUIPeriodicController.mm:219)

11 com.apple.Foundation 0x00007fff86867463 __NSFireTimer + 96

12 com.apple.CoreFoundation 0x00007fff81df5804 __CFRUNLOOP_IS_CALLING_OUT_TO_A_TIMER_CALLBACK_FUNCTION__ + 20

13 com.apple.CoreFoundation 0x00007fff81df531d __CFRunLoopDoTimer + 557

14 com.apple.CoreFoundation 0x00007fff81ddaad9 __CFRunLoopRun + 1529

15 com.apple.CoreFoundation 0x00007fff81dda0e2 CFRunLoopRunSpecific + 290

16 com.apple.HIToolbox 0x00007fff83dc6eb4 RunCurrentEventLoopInMode + 209

17 com.apple.HIToolbox 0x00007fff83dc6b94 ReceiveNextEventCommon + 166

18 com.apple.HIToolbox 0x00007fff83dc6ae3 BlockUntilNextEventMatchingListInMode + 62

19 com.apple.AppKit 0x00007fff8887f533 _DPSNextEvent + 685

20 com.apple.AppKit 0x00007fff8887edf2 -[NSApplication nextEventMatchingMask:untilDate:inMode:dequeue:] + 128

21 com.Apple.Phoenix.UI 0x0000000110594b52 processUIEvent() + 290 (PhoenixCECocoaGUI.mm:363)

22 com.Apple.Phoenix.UI 0x000000011058e152 Phoenix::Core::UICocoaImpl::processEvent() + 44 (UICocoaImpl.mm:61)

23 com.Apple.PhoenixCE 0x000000010d8ae62e main + 2302 (mainer.cpp:180)

24 com.Apple.PhoenixCE 0x000000010d89b604 start + 52


:::::::

::::::::

:::::::

:::::::



Thread 0 crashed with X86 Thread State (64-bit):

rax: 0x000000000000000f rbx: 0xffffffffffffffff rcx: 0x0000000001010101 rdx: 0x0000000000000001

rdi: 0xffffffffffffffff rsi: 0x00007fff7268ea80 rbp: 0x00007fff523631b0 rsp: 0x00007fff52363028

r8: 0x00007fff72435a30 r9: 0x00007fff72435a01 r10: 0x0000000000000000 r11: 0x00007f968c000600

r12: 0x0000000000000000 r13: 0x0000000000000000 r14: 0x0000000000000001 r15: 0x000000000000000c

rip: 0x00007fff82c5d62f rfl: 0x0000000000010206 cr2: 0x0000000000000018

Logical CPU: 1

Posted on May 30, 2013 4:50 PM

Reply
Question marked as Best reply

Posted on May 30, 2013 10:47 PM

There's very little you can discern from this log without access to the source code.


The crash log identifies which part of the code crashed, but without the source code it's almost impossible to translate that into any kind of actionable item.

The problem is compounded by the fact you're crashing deep in Apple's core code due to an invalid address issue, which most often happens because of something else in the code, such as a data structure not being initialized or being setup incorrectly, so even knowing the speciifc line of code may not help without more context.


So, in short, unless you're a developer, this log isn't going to help you an awful lot.

6 replies
Question marked as Best reply

May 30, 2013 10:47 PM in response to ANRV

There's very little you can discern from this log without access to the source code.


The crash log identifies which part of the code crashed, but without the source code it's almost impossible to translate that into any kind of actionable item.

The problem is compounded by the fact you're crashing deep in Apple's core code due to an invalid address issue, which most often happens because of something else in the code, such as a data structure not being initialized or being setup incorrectly, so even knowing the speciifc line of code may not help without more context.


So, in short, unless you're a developer, this log isn't going to help you an awful lot.

May 31, 2013 7:57 AM in response to ANRV

Assuming this is your application code — if this is not your source code, please see Camelot's reply — here is a dump of a few of my crash-related bookmarks...


Start with these two...

http://www.sealiesoftware.com/blog/archive/2008/09/22/objc_explain_So_you_crashe d_in_objc_msgSend.html

http://www.raywenderlich.com/10209/my-app-crashed-now-what-part-1


Some other semi-related discussions.

http://developer.apple.com/library/ios/#technotes/tn2151/_index.html

http://briksoftware.com/blog/?p=130

http://developer.apple.com/library/mac/#technotes/tn2004/tn2123.html


Some tools, though a little stale...

http://www.red-sweater.com/blog/860/crash-reporter-roundup


If you're a registered developer, the developer forums are definitely a better spot for this question. Developers also have access to materials including the Apple WWDC videos, and there are videos related to crash reporting.


If you're not the developer, check with the folks supporting this tool, or try a different tool.

May 31, 2013 11:51 AM in response to ANRV

Thankyou for the responses.

I am a new Mac developer. I have the access to the source code but I could not quite get from the crash log which part of the code do I have to start looking at.


I see that the threads1,2,3 executes and then there is a crash in thread0 i.e the main thread.


Does this mean that the the invalid memory was accessed somewhere in the last few lines or it could be anywhere in the whole thread0 execution?


19 com.apple.AppKit 0x00007fff8887f533 _DPSNextEvent + 685

20 com.apple.AppKit 0x00007fff8887edf2 -[NSApplication nextEventMatchingMask:untilDate:inMode:dequeue:] + 128

21 com.Apple.Phoenix.UI 0x0000000110594b52 processUIEvent() + 290 (PhoenixCECocoaGUI.mm:363)

22 com.Apple.Phoenix.UI 0x000000011058e152 Phoenix::Core::UICocoaImpl::processEvent() + 44 (UICocoaImpl.mm:61)

23 com.Apple.PhoenixCE 0x000000010d8ae62e main + 2302 (mainer.cpp:180)

24 com.Apple.PhoenixCE 0x000000010d89b604 start + 52


Any help would be appriciated.

Thanks in advance.

May 31, 2013 2:04 PM in response to xnav

I got the logs from the test enggineers and the problem is not easily reproducible. Hence, I dont see that I can use Xcode to look at the crash logs.


Does this mean that the issue is somewhere around the code

23 com.Apple.PhoenixCE 0x000000010d8ae62e main + 2302 (mainer.cpp:180)

24 com.Apple.PhoenixCE 0x000000010d89b604 start + 52


or can it be anywhere else too?


Thanks.

May 31, 2013 2:13 PM in response to ANRV

I'd guess that a message was sent to a corrupted object pointer or to a deallocated object — that's what the call to objc_msgSend does — but do symbolicate the dump. (See the first link posted, above. The programmer that wrote article knows that subject matter, too.)


You will use Xcode to symbolicate the dump and keep the symbol file around, and that'll help figure out what happened while using Xcode. Keeping the symbols around for a build intended for testers or for release is common practice. (Some of that is discussed in the links posted earlier.)

Can I decode the crash data?

Welcome to Apple Support Community
A forum where Apple customers help each other with their products. Get started with your Apple ID.