Qualcuno può aiutarmi a leggere questo rapporto di arresto anomalo come utente?

I crash report sono utili per scoprire cosa è successo al programma e in base alle circostanze che potrebbero risolverli (ad esempio, crash di Final Cut che tenta di utilizzare più di 2,5 GB di memoria - chiude alcuni progetti). Sono molto importanti per lo sviluppatore, quindi assicurati di passarli come se il problema fosse un bug. Una domanda correlata su SuperUser affrontare i panici del kernel può essere utile.

Un'altra buona discussione di questo argomento su StackOverflow , che si collega anche a questo Apple Tech. Nota

Analizzerò il rapporto sui crash di esempio:

Process:         SoftwareUpdateCheck [16198]
Path:            /System/Library/CoreServices/Software Update.app/Contents/Resources/SoftwareUpdateCheck
Identifier:      SoftwareUpdateCheck
Version:         ??? (???)
Code Type:       X86-64 (Native)
Parent Process:  launchd [199]

Date/Time:       2010-09-01 21:23:45.353 -0600
OS Version:      Mac OS X 10.6.4 (10F569)
Report Version:  6

Le linee di apertura ti dicono solo cosa è andato in crash, quando e come è iniziato (processo genitore).

Interval Since Last Report:          112357 sec
Crashes Since Last Report:           2
Per-App Crashes Since Last Report:   1
Anonymous UUID:                      0ED5F3B8-BF2C-450D-9178-740EECC74D2E

Questa informazione non è molto utile e può essere sfoltita - sta solo indicando quanti crash e quanto tempo è passato dall'ultimo salvataggio del rapporto.

Exception Type:  EXC_BAD_ACCESS (SIGSEGV)
Exception Codes: 0x000000000000000d, 0x0000000000000000
Crashed Thread:  6

Application Specific Information:
objc_msgSend() selector name: respondsToSelector:

Questa è l'informazione primaria che stai cercando - il tipo di eccezione può dirti quale tipo di errore ha causato l'arresto anomalo del programma (che può essere qualcosa che puoi correggere o un bug reale) e in particolare quale thread si è bloccato. Se si dispone di informazioni specifiche sull'applicazione non fa male in quanto potrebbe dare un'idea di ciò che viene utilizzato al momento dello schianto.

Thread 0:  Dispatch queue: com.apple.main-thread
0   com.apple.CoreFoundation       0x00007fff84457869 __CFStrConvertBytesToUnicode + 41
1   com.apple.CoreFoundation       0x00007fff8446e79d _CFPropertyListCreateFromXMLStringError + 2349
2   com.apple.CoreFoundation       0x00007fff8446d440 _CFPropertyListCreateWithData + 416
3   com.apple.CFNetwork            0x00007fff88eabe34 MemoryCookies::inflateFromData(__CFData const*) + 48
4   com.apple.CFNetwork            0x00007fff88eab920 DiskCookieStorage::syncStorageLocked(unsigned char) + 440
5   com.apple.CFNetwork            0x00007fff88ebb6b7 PrivateHTTPCookieStorage::syncStorage() + 45
6   com.apple.CFNetwork            0x00007fff88ebb616 _CFHTTPCookieStorageFlushCookieStores + 136
7   libSystem.B.dylib              0x00007fff8183c7ff __cxa_finalize + 214
8   libSystem.B.dylib              0x00007fff8183c70c exit + 18
9   SoftwareUpdateCheck            0x0000000100001767 0x100000000 + 5991

[pruned threads]

Thread 5:
0   libSystem.B.dylib              0x00007fff81843eaa __workq_kernreturn + 10
1   libSystem.B.dylib              0x00007fff818442bc _pthread_wqthread + 917
2   libSystem.B.dylib              0x00007fff81843f25 start_wqthread + 13

I suddetti 5 thread di informazioni sugli arresti anomali sono completamente inutili all'utente poiché non hanno nulla a che fare con il crash che è facilmente discernibile. Lo sviluppatore potrebbe tuttavia aver bisogno di sapere cosa sta facendo se si ha a che fare con un problema di concorrenza (threading).

Thread 6 Crashed:
0   libobjc.A.dylib                0x00007fff80ff31d8 objc_msgSend_vtable5 + 16
1   ...le.SoftwareUpdate.framework 0x00007fff84335662 -[SUSession(CallbackDispatching) _dispatchDelegateCallbackOnMainThread:withObject:withObject:withObject:] + 80
2   ...le.SoftwareUpdate.framework 0x00007fff84335c29 -[SUSessionImpl remoteProductDownloadOperationDidEnd:] + 145
3   ...le.SoftwareUpdate.framework 0x00007fff84338aed -[SUProductDownloadOperation main] + 1547
4   ...le.SoftwareUpdate.framework 0x00007fff84336592 -[SUSessionImpl downloadAndVerifyAllProductsSync:] + 396
5   ...le.SoftwareUpdate.framework 0x00007fff8433535d -[SUSession(MainThread) _sessionMain:] + 850
6   com.apple.Foundation           0x00007fff8753be8d __NSThread__main__ + 1429
7   libSystem.B.dylib              0x00007fff81863456 _pthread_start + 331
8   libSystem.B.dylib              0x00007fff81863309 thread_start + 13

Questa è la carne e le patate - le prime linee di coppia danno un'idea approssimativa di cosa stava succedendo - in questo caso qualcosa è andato terribilmente male dopo che il mio aggiornamento ha finito di scaricare.

Thread 6 crashed with X86 Thread State (64-bit):
  rax: 0x0000000000000020  rbx: 0x0000000111b24cc8  rcx: 0x00000001001e4250  rdx: 0x00007fff843473cd
  rdi: 0x0000000111b744f0  rsi: 0x00007fff8707ed40  rbp: 0x00000001007a67c0  rsp: 0x00000001007a6768
   r8: 0x00007fff707ef8c0   r9: 0x0000000111a30940  r10: 0x00000001001c89f9  r11: 0x8600007fff70e241
  r12: 0x00000001001e4250  r13: 0x0000000111a30940  r14: 0x00007fff707ef8c0  r15: 0x00000001001e4250
  rip: 0x00007fff80ff31d8  rfl: 0x0000000000010206  cr2: 0x000000012b786b10

Binary Images:
       0x100000000 -        0x100002fff  SoftwareUpdateCheck ??? (???) <99185DEE-8BB2-9437-0C4B-27DF3EF53C94> /System/Library/CoreServices/Software Update.app/Contents/Resources/SoftwareUpdateCheck
    0x7fff5fc00000 -     0x7fff5fc3bdef  dyld 132.1 (???) <B536F2F1-9DF1-3B6C-1C2C-9075EA219A06> /usr/lib/dyld
    0x7fff80066000 -     0x7fff80066ff7  com.apple.vecLib 3.6 (vecLib 3.6) <96FB6BAD-5568-C4E0-6FA7-02791A58B584> /System/Library/Frameworks/vecLib.framework/Versions/A/vecLib
    0x7fff80067000 -     0x7fff80085fff  libPng.dylib ??? (???) <F6932C8D-E6B1-0871-B698-15180AA948F7>
    .... MORE FRAMEWORKS

System Profile:
    COMPUTER DETAILS HERE

L'ultimo dei dettagli qui di solito non è così importante per te come utente - danno comunque delle buone informazioni di base allo sviluppatore.

La riga 2 indica che l'aggiornamento software era in esecuzione e mostra l'immagine (percorso) da cui è stata caricata. La riga 6, Processo principale, dice che è stata eseguita dal daemon di avvio, cioè un'esecuzione pianificata, non avviata manualmente dall'utente.

Il tipo di eccezione SIGSEGV è una violazione del segmento: il programma ha tentato di accedere ad una memoria diversa da quella che gli è stata assegnata dal sistema operativo. Probabilmente ha usato un puntatore non inizializzato, oppure un indirizzo di ritorno o qualche altro puntatore è stato sovrascritto, cosa che potrebbe accadere se un buffer nello stack del programma fosse sovradimensionato.

Il resto delle informazioni è praticamente inutile senza il codice sorgente e una mappa di caricamento, cioè è interessante per un programmatore che sta cercando di scoprire come si è verificato l'arresto, ma non è molto utile per il resto di noi.