本节的翻译还未完成。在未完成之前,所有的未完成部分都将使用英语原文。

debugger-icon_64.pngDebugger

桌面栏:Applications
位置:/boot/system/apps/Debugger
设置:~/config/settings/Debugger settings
~/config/settings/Debugger/


调试器是一般用户不太会用得到的工具。它一般供开发者使用,来检查软件程序中的错误。有时,这些错误会导致软件崩溃,这时候,就算是一般用户也有可能接触到调试器。当一个程序崩溃了,会弹出这样一个对话框:

debugger_alert.png

对于崩溃的程序,可以采取四个动作:

The default action when a crash happens can be configured with a text file ~/config/settings/system/debug_server/settings.
The file takes on a driver_settings style format as follows:

default_action user

executable_actions {
	app1 log
	/path/app2* debug
}

Valid values for a default_action are:

userPrompt the user for action.
killSilently terminate the crashing team.
debugAttach the debugger to the crashing team.
log / reportSave a crash report and terminate the team.
coreSave a (possibly very large) core file and terminate the team.

If no default_action is specified, "user" is assumed.

The executable_actions subsection contains individual overrides of the default. These take the form above, where the individual lines can be only a team name, or a path, with wildcards.




Describing the usage of the actual Debugger is out of scope for this guide that is addressing the needs of the common user of Haiku. For completeness sake, here's the window that'll come up if you choose the Debug option in the above alert:

debugger.png

As you'll quickly see when you start poking around a bit, the Debugger is one of the most complex and sophisticated applications for Haiku. If you're a developer and are used to graphical debuggers on other platforms, many features will be familiar to you.

Below are a few links that may shed some light on the intricacies of Haiku's Debugger. If you have a specific question, you may want to consider posting it on the development mailing list. If you find more useful resources, please file a bugreport with that info.

Debugger Reference ManualThis is the most in-depth source on how to work with the Debugger.
Blogposts There are a few articles on the Debugger, mostly by Rene Gollent after implementing a new feature.
BeGeistert 026 video A video from the BeGeistert meeting in 2012, in which Ingo Weinhold demonstrates the state of the Debugger back then and shows other interesting tools like the profiler to hunt down bottlenecks.