debugger-icon_64.pngDebugger

Deskbar:Anwendungen
Ort:/boot/system/apps/Debugger
Einstellungen:~/config/settings/Debugger settings
~/config/settings/Debugger/


Mit dem Debugger hat der gemeine Benutzer normalerweise nicht viel zu tun. Er ist für Entwickler gedacht, um Bugs in Programmen zu untersuchen. Diese Bugs können manchmal zu Abstürzen führen, und dann kommt auch der Endbenutzer in Kontakt mit dem Debugger. Wenn ein Programm abstürzt, erscheint ein Fenster mit folgenden Optionen:

debugger_alert.png

Es bietet vier Möglichkeiten auf den Absturz zu reagieren:

Welche Standard-Aktion bei einem Crash ausgeführt wird, kann mit der Textdatei ~/config/settings/system/debug_server/settings konfiguriert werden.
Die Datei verwendet den 'driver_settings' Stil:

default_action user

executable_actions {
	app1 log
	/path/app2* debug
}

Gültige Werte für 'default_action' sind:

userBeim Benutzer nachfragen was zu tun ist.
killDas crashende Team wird still und leise beendet.
debugDas crashende Team wird im Debugger untersucht.
log / reportSpeichert einen Crash-Bericht und beendet das Team.
coreSpeichert eine (evtl. sehr große) Core-Datei und beendet das Team.

Ohne eine 'default_action' wird die 'user' Einstellung benutzt.

Mit dem Block 'executable_actions' lässt sich die 'default_action' für bestimmte Teams/Anwendungen aushebeln. Das Format ist wie oben beschrieben, wobei die einzelnen Zeilen aus einem Team-Namen oder einem Pfad bestehen können (inkl. Platzhaltern).




Die Benutzung des eigentlichen Debuggers würde den Rahmen dieses Userguides sprengen, der sich ja an die Bedürfnisse des Endbenutzers richtet. Der Vollständigkeit halber, hier das Debugger Fenster das erscheint, wählt man die Debug Option aus dem ersten Screenshot:

debugger.png

Wenn man den Debugger ein bisschen erkundet, erkennt man schnell: Es handelt sich um eine der komplexesten und ausgereiftesten Anwendungen für Haiku. Ein Entwickler, der bereits mit grafischen Debuggern anderer Plattformen vertraut ist, wird viele Features bestimmt wiedererkennen.

Unten stehen einige Links, die Details des Debuggers beleuchten. Spezifische Fragen können auf der (englischen) Development Mailingliste gestellt werden. Wer weitere nützliche Ressourcen findet, möge diese bitte per Bugreport mitteilen.

Debugger Reference ManualDas (englische) Reference Manual ist die bisher detallierteste Beschreibung des Debuggers.
Blogposts Es existieren einige Artikel über den Debugger, meist von Rene Gollent geschrieben, nachdem er ein neues Feature implementiert hat.
BeGeistert 026 Video Auf dem BeGeistert Treffen im Jahre 2012 demonstriert Ingo Weinhold den damaligen Stand des Debuggers. In der Aufzeichnung der Präsentation werden einige interessante Werkzeuge gezeigt, wie zum Beispiel den Profiler, der hilft Flaschenhälse im Code zu identifizieren.