macOS-Benutzer kennen sicherlich die Situation, wenn plötzlich eine Meldung auftaucht, dass eine App unerwartet beendet wurde. In der Fachsprache spricht man hier von einem “Absturz”. Solche Abstürze können aus diversen Gründen geschehen, wie beispielsweise durch fehlerhaften Code, den das System oder die CPU nicht ausführen kann, oder durch den Versuch einer App, auf eine fehlende oder veraltete Bibliothek zuzugreifen.

Was ist ein Crash Report?

Ein solcher Crash löst in macOS einen Fehlerbericht aus. Sie können diesen entweder ignorieren oder ihn über den “Bericht”-Knopf an Apple senden. Jeder Absturzbericht wird in einer .ips-Datei im Ordner “DiagnosticReports” in Ihrem Benutzerverzeichnis unter /Users/~/Library/Logs/ gespeichert.

Wie kann man die Berichte lesen?

Die Berichte können auch über die Konsole von Apple eingesehen und geöffnet werden. Dabei ist jedoch zu beachten, dass der Text jedes in einer .ips-Datei gespeicherten Berichts im JSON-Format vorliegt. Um den Bericht zu verstehen, müssen Sie also in der Lage sein, JSON zu lesen.

Beim Betrachten eines Crash-Berichts in der Konsole können Sie die wichtigsten Informationen in den ersten Feldern finden:

• Prozess: der Name der App oder des Prozesses.
• Pfad: Der Ort, an dem die App-Binärdatei auf der Festplatte gespeichert ist.
• Kennung: In der Regel der Name der Binär- oder Bundle-Datei.
• Version: Die Version der Binärdatei oder ???, wenn sie unbekannt ist.
• Code-Typ: Intel oder Apple Silicon, “Universal” wenn beides.
• Elternprozess: die Binärdatei oder App, die diesen Prozess gestartet hat.
• Benutzer-ID: Die UNIX-ID oder PID des Prozesses.

Daraufhin folgen weitere Informationen, darunter Datum und Uhrzeit, die Betriebssystemversion, die Berichtsversion und eine eindeutige UUID für diesen Bericht.

Was bedeutet der Fehlerbericht?

Im Bericht werden auch Details über den Absturz selbst aufgeführt. Diese Informationen können ziemlich technisch sein und sind im Allgemeinen für Programmierer oder für Apple bestimmt, um nachzuvollziehen, wo das Problem im Anwendungscode aufgetreten ist, damit es behoben werden kann.

Normalerweise wird die Thread-Nummer, die abgestürzt ist, aufgeführt. Ein Thread ist im Wesentlichen ein Codepfad, der unabhängig von anderem Code ausgeführt wird.

Ein weiterer wichtiger Punkt ist der Absturz- oder Ausnahmetyp. In diesem Fall zum Beispiel SIGABRT – das UNIX-Signal zum Abbrechen oder Beenden des Threads wurde gesendet.

Das “0x” vor jedem Code bedeutet, dass der Code-Wert in hexadezimaler oder “Hex” Form anstelle von Dezimalform ist.

Zuletzt ist der Beendigungsgrund aufgeführt, der normalerweise eine englischsprachige Beschreibung dessen ist, was den Absturz verursacht hat.

Fazit

Die Informationen in einem Crash-Bericht können auf den ersten Blick überwältigend erscheinen. Sobald man jedoch den Dreh raus hat, wie man Crash-Berichte liest, kann man in der Regel schnell und einfach herausfinden, was passiert ist – und ob man selbst etwas dagegen tun kann. In dem oben genannten Beispiel wäre beispielsweise eine einfache Neuinstallation der App mit ihrem Installer angebracht.