C++博客-Robertxiao-文章分类-Debug

Debuging Tool Set（2）:启动调试器

Robertxiao — Sat, 27 Aug 2011 10:39:00 GMT

在上节中，我们设置好了符号服务器，接下来我们可以启动调试器了。
语法如下
[cdb |ntsd |windbg] 后面接下面的选项
[-server ServerTransport 创建一个可以用其他调试器访问的调试服务器]

[-remote ClientTransport 创建一个调试客户端，并连接到已经运行的调试服务器上]

[-o(指示其子进程也加入进入调试集合)]
[-pn 执行进程名(该进程已处于运行并且只有一份)]
[-psn 执行服务名]
[-p 执行进程Id，十进制]
[-y 符号路径]
[-pv 以无侵入的方式加入调试]
[-log{a|o} 以附加或者重写方式写日志]
[可执行文件名，参数。须位于最后]

内核调试方法有通过1394线连接调试，也有通过虚拟机管道来调试。下面以VMWARE虚拟机来介绍管道调试方法。
设置虚拟机：首先打开XP虚拟机的设备编辑页面，添加一个串口设备，设备状态选中连接和在启动连接两个选项。在下面选择使用命名管道，名字设置为\\.\pipe\com_1，并选择下面两个下拉框中分别选中”本机是服务端“和另外的机器是虚拟机。
设置主机：如果被调试机器是NT6.0以前的系统，那么在系统盘启动分区的boot.ini文件中加入启动调试的支持，在[operating systems]节下加入调试版启动项
multi(0)disk(0)rdisk(0)partition(1)\WINDOWS="Microsoft Windows XP Professional Debug" /noexecute=optin /fastdetect /debug /debugport=com1 /baudrate=115200
启动时再选择相应的调试版就可以进入到内核调试态。如果目标机器的操作系统是NT6.0C之后的那么就要使用BCDEDIT来加启动项。
设置调试机：调试方输入以下的命令就可以和被调试系统连上。
路径windbg.exe -b -k com:port=\\.\pipe\com_1,baud=115200,pipe
路径KD.exe -b -k com:port=\\.\pipe\com_1,baud=115200,pipe

Robertxiao 2011-08-27 18:39 发表评论

Debuging Tool Set（7 ）：线程和进程

Robertxiao — Tue, 09 Aug 2011 01:54:00 GMT

系统状态
The double vertical bar (||) command prints status for the specified system or for all systems that you are currently debugging.|| [ |* | .| # |系统号]

The ||s command sets or displays the current system number.

||System s

在WINDBG 等调试器中，进程和线程的语法分为内核模式和用户模式两种。我先来总结一下用户态模式
进程相关
The pipe (|) command displays status for the specified process, or for all processes that you are currently debugging.｜ [ |*|.|#|进程号]

The |s command sets or displays the current process number.
|Process s

线程相关
～ [* | .|#|thread NO.] 显示线程
The ~e command executes one or more commands for a specific thread or for all threads in the target process.
～Thread e commandstring
在指定的线程上执行指定的命令这个语法，在有时我们会省略e，如显示2线程的堆栈。～2 K

冻结和解冻结线程。
The ~f command freezes the given thread, causing it to stop and wait until it is unfrozen.
~Thread f
The ~u command unfreezes the specified thread.
~Thread u

挂起和恢复线程的执行
The ~n command suspends execution of the specified thread.

~Thread n

The ~m command resumes execution of the specified thread.

~Thread m

设置当前线程
The ~s command sets or displays the current thread number.
~Thread s
这个命令在内核模式中表示的是设置当前的处理器。

有了上面的调试命令，只要我们善加利用，就可以控制调试目标的运行，进而达到排错查错的目的。

Robertxiao 2011-08-09 09:54 发表评论

Debuging Tool Set（6 ）：debug event

Robertxiao — Mon, 01 Aug 2011 01:32:00 GMT

在我们用调试器打开或者附加调试目标之后，目标进程就处于调试环境中了。而调试器通常是用createprocess方法以debug模式来打开目标进程。从此目标进程中所发生的各种事件都会由操作系统派发到调试器中来，如下就是目标进程可能会产生的事件。
cpr:就是创建目标进程的事件，也就是第一个事件。
exp:退出目标进程的事件，也是最后一个事件。
ct:创建线程的事件。
et:退出进程的事件。
ld:加载模块到进程地址空间之后还没有执行。
ud:调用freeLibrary的缷载模块的事件。
有关调试目标的更多的事件，可以输入sx以查看。每一列是事件名，第二例是事件的简短描述，第三例是缺省的处理方式。也可以单击windbg中的debug菜单中的event fileter项来打开对话框窗口来设置更多的细节。
在调试环境中，对各种事件的处理方式提供了缺省的处理方式。我们也可以在调试过程中，根据需要改变相应的处理方式。
比如
我们想在内核载入driver1.sys驱动模块后停止以帮助我们下断点。
kd:sxe ld:driver1.sys
我们不关心载入driver2.sys驱动模块的事件。
kd: sxd ld:driver2.sys
我们忽略所有模块的载入输出信息
kd:sxi ld:*

当我们使用sxd时，相应事件的输出信息是会输出到调试环境中，但不会断下来。而使用sxi时，则调试器不接收相应的消息，也没有输出信息在窗口中输出。

Robertxiao 2011-08-01 09:32 发表评论

Debuging Tool Set（5 ）：改变上下文

Robertxiao — Thu, 28 Jul 2011 08:20:00 GMT

在上一篇中，叙述了多种断点类型以及设置断点的命令。在这一节中，主要讲解各种改变上下文的指令。这些指令包括单步步入，单步不步入，运行指令。

t(Trace) 单步步入

t 命令执行单条指令或源码行，并选择性的显示所有寄存器和标志位的结果。当发生子过程调用或中断时，它们的每一步也会被跟踪。

用户模式

[~Thread] t [r] [= StartAddress] [Count] ["Command"]

内核模式

t [r] [= StartAddress] [Count] ["Command"]

ta 命令执行到指定的地址
用户模式

[~Thread] ta [r] [= StartAddress] StopAddress

内核模式

ta [r] [= StartAddress] StopAddress

tb 命令执行程序直到遇到分支指令

tb [r] [= StartAddress] [Count]

tc命令执行程序直到到达call指令。

用户模式

[~Thread] tc [r] [= StartAddress] [Count]

内核模式

tc [r] [= StartAddress] [Count]

tct 命令执行程序直到遇到call指令或return指令。

用户模式

[~Thread] tct [r] [= StartAddress] [Count]

内核模式

tct [r] [= StartAddress] [Count]

th 命令继续执行程序直到到达任何种类的分支指令，包括条件或非条件跳转、调用、返回和系统调用。

用户模式

[~Thread] th [r] [= StartAddress] [Count]

内核模式

th [r] [= StartAddress] [Count]

tt 命令执行程序直到遇到return指令。

用户模式

[~Thread] tt [r] [= StartAddress] [Count]

内核模式

tt [r] [= StartAddress] [Count]

P （STEP）单步不步入

p 命令执行一条指令或者一行源码，并且选择性的显示所有寄存器和标志位的结果。当发生子函数调用或中断时，他们被当作单独的一步。

用户模式

[~Thread] p [r] [= StartAddress] [Count] ["Command"]

内核模式

p [r] [= StartAddress] [Count] ["Command"]

pa命令执行程序直到到达指定地址，每一步都会被显示出来。

用户模式

[~Thread] pa [r] [= StartAddress] StopAddress ["Command"]

内核模式

pa [r] [= StartAddress] StopAddress ["Command"]

pc执行程序直到到达一条call指令。

用户模式

[~Thread] pc [r] [= StartAddress] [Count]

内核模式

pc [r] [= StartAddress] [Count]

pct 命令执行程序，直到遇到call指令或返回指令。

用户模式

[~Thread] pct [r] [= StartAddress] [Count]

内核模式

pct [r] [= StartAddress] [Count]

ph命令执行程序直到遇到任何种类的分支指令，包括条件或非条件跳转、调用、返回和系统调用。

用户模式

[~Thread] ph [r] [= StartAddress] [Count]

内核模式

ph [r] [= StartAddress] [Count]

pt 命令执行程序直到遇到返回指令。

用户模式

[~Thread] pt [r] [= StartAddress] [Count] ["Command"]

内核模式

pt [r] [= StartAddress] [Count] ["Command"]

g (Go)
命令开始指定进程或线程的执行。这种执行将会在程序结束、遇到BreakAddress 或者其他造成调试器停止的事件发生时停止。

用户模式语法

[~Thread] g[a] [= StartAddress] [BreakAddress ... [; BreakCommands]]

内核模式语法

g[a] [= StartAddress] [BreakAddress ... [; BreakCommands]]

gc 命令使用和遇到断点时一样的方式(单步、跟踪或自由执行)来从一个条件断点恢复执行。也就是原来是pt,则现在还是pt. 常用于条件断点中，关于条件断点，以后会讲。

gh命令将给定线程的异常标识为已处理，并且允许该线程从产生异常的指令继续执行。

用户模式语法

[~Thread] gh[a] [= StartAddress] [BreakAddress ... [; BreakCommands]]

内核模式语法

gh[a] [= StartAddress] [BreakAddress ... [; BreakCommands]]

gn和gN 命令继续给定线程的执行，但是不将异常标记为已处理。这样使得应用程序的异常处理器可以处理该异常。

用户模式语法

[~Thread] gn[a] [= StartAddress] [BreakAddress ... [; BreakCommands]]
[~Thread] gN[a] [= StartAddress] [BreakAddress ... [; BreakCommands]]

内核模式语法

gn[a] [= StartAddress] [BreakAddress ... [; BreakCommands]]
gN[a] [= StartAddress] [BreakAddress ... [; BreakCommands]]

gu命令使得目标继续执行直到当前函数完成。

用户模式语法

[~Thread] gu

内核模式语法

Robertxiao 2011-07-28 16:20 发表评论

Debuging Tool Set（4 ）：断点命令

Robertxiao — Sat, 16 Jul 2011 09:58:00 GMT

与断点相关的命令
bl：列出所有的断点
be (断点ID|符号区配符)：启用断点
bd(断点ID|符号区配符)：禁用断点
bc(断点ID|符号区配符)：清除断点
br OldID NewID [OldID2 NewID2 ...]

数据断点

用户模式

[~Thread] ba[ID] Access Size [Options] [Address [Passes]] ["CommandString"]

内核模式

ba[ID] Access Size [Options] [Address [Passes]] ["CommandString"]

软断点

用户模式

[~Thread] bp[ID] [Options] [Address [Passes]] ["CommandString"]
[~Thread] bu[ID] [Options] [Address [Passes]] ["CommandString"]
[~Thread] bm [Options] SymbolPattern [Passes] ["CommandString"]

内核模式

bp[ID] [Options] [Address [Passes]] ["CommandString"]
bu[ID] [Options] [Address [Passes]] ["CommandString"]
bm [Options] SymbolPattern [Passes] ["CommandString"]

Options

指定断点选项。除非特别指出，可以设置任意数量的下面的选项：

/1

创建一个一次性("one-shot")断点。该断点触发之后就会被从断点列表中永远去除。

/f PredNum

(仅Itanium、仅用户模式) 指定一个断言号。该断点使用相应的断言寄存器(predicate register)进行判定(例如，bp /f 4 address设置一个使用p4断言寄存器进行判定的断点)。关于断言寄存器的更多信息，查看Itanium结构体系。

/p EProcess

(仅内核模式) 指定一个和该断点关联的进程。EProcess 必须是EPROCESS结构的实际地址，而不是PID。这种断点仅在指定的进程上下文内遇到的时候才会触发。

/t EThread

(仅内核模式) 指定一个和断点关联的线程。EThread必须是ETHREAD结构的实际地址而不是线程ID。这种断点仅在指定的线程上下文内遇到的时候才会触发。如果同时使用/p EProcess 和/t EThread ，它们可以按任意顺序排列。

/c MaxCallStackDepth

使得断点仅当调用堆栈小于MaxCallStackDepth 深度时才激活。不能将此选项和/C 组合使用。

/C MinCallStackDepth

使得断点仅当调用堆栈大于MinCallStackDepth深度时才激活。不能将此选项和/c 组合使用。

/a

(仅bm 使用) 在所有指定位置设置断点，不管他们在数据空间还是代码空间。由于数据上的断点可能造成程序错误，所以只能在确认安全的位置使用该选项。

/d

(仅bm 使用) 将断点位置转换为地址。因此，如果代码位置改变了，这个断点还是保持在原来的位置，而不是像使用SymbolPattern 来设置的一样。使用/d 来避免模块加载或重加载时重新求值对断点进行的改变。

/(

(仅bm 使用) 在SymbolString 定义的符号字符串中包含参数列表信息。

这个功能使得可以对具有相同名字但是不同参数列表的重载函数设置断点。例如， bm /( myFunc 同时在myFunc(int a)和myFunc(char a)上设置断点。如果没有"/("，对myFunc 设置的断点会失败，因为这样不能确定断点设置到哪一个myFunc 上。

bp、bu和bm 命令设置新断点，但是它们有不同的特点：

bp (Set Breakpoint)命令在指定地址的断点位置上设置断点。如果设置断点时调试器还不能将地址表达式计算为断点位置，bp 断点被自动转换为bu 断点。使用bp 命令来设置在模块被卸载之后就不会再被激活的断点。
bu (Set Unresolved Breakpoint)命令设置延迟的或未定断点。bu 设置在命令中指定的符号引用的断点位置上(不是一个地址上)，并且当所引用的模块能够确定时激活。
bm (Set Symbol Breakpoint) 命令在能够匹配指定模板的符号上设置断点。该命令可以设置多于一个的断点。默认情况下，当模板被匹配之后，bm 断点和bu 断点相同。

Robertxiao 2011-07-16 17:58 发表评论

Debuging Tool Set（3）：设置源文件路径

Robertxiao — Sat, 16 Jul 2011 09:26:00 GMT

WINDBG调试工具一般以调试汇编码的方式调试程序，但同时也可以对C++进行源码调试。在汇编调试模式下，一次运行的是一个汇编指令。在源码调试模式下一次单步运行的是一个C++语句。要进行源码调试，就须有私有符号文件，并且要有相应的源文件。在有了上面的资源后，我们需要设定源文件搜索目录。
.srcpath 源文件路径
.srcpath+ 源文件径
.srcnoise [1|0] 打开或关闭搜索源文件夹的输出信息
.srcfix 源文件服务器

Robertxiao 2011-07-16 17:26 发表评论