标签：target form 自动更新 工作 通过 自动 十进制 creat 查看
bp 命令是在某个地址下断点， 可以 bp 0x7783FEB 也可以 bp MyApp!SomeFunction 。
对于后者，WinDBG 会自动找到MyApp!SomeFunction 对应的地址并设置断点。 但是使用bp的问题在于：
1）当代码修改之后，函数地址改变，该断点仍然保持在相同位置，不一定继续有效；
2）WinDBG 不会把bp断点保存工作空间中
bp Address或bp 伪寄存器或bp符号名称:
0:000> x Simple1Demo!CSimple1DemoApp::InitInstance 00640080 Simple1Demo!CSimple1DemoApp::InitInstance (void) 0:000> bp 00640080 0:000> bl 0 e 00640080 0001 (0001) 0:**** Simple1Demo!CSimple1DemoApp::InitInstance 0:000> x Kernel32!LoadLibraryW 7c80aeeb kernel32!LoadLibraryW = <no type information> 0:000> bp Kernel32!LoadLibraryW 0:000> bl 0 e 00640080 0001 (0001) 0:**** Simple1Demo!CSimple1DemoApp::InitInstance 1 e 7c80aeeb 0001 (0001) 0:**** kernel32!LoadLibraryW 0:000> bp $exentry 0:000> bl 0 e 00640080 0001 (0001) 0:**** Simple1Demo!CSimple1DemoApp::InitInstance 1 e 7c80aeeb 0001 (0001) 0:**** kernel32!LoadLibraryW 2 e 0061c895 0001 (0001) 0:**** Simple1Demo!ILT+14480(_wWinMainCRTStartup)
上例说明三种用法作用是一样的，都是bp Address（windbg内部会换成符号文件对应的地址，或伪寄存器的地址）
bp /1 Address表示该断点为一次性断点，有点类似于Ｆ４作用于OD,一旦激活就自动删除了：
如bp /1 00640080
bp Address Passes表示指定断点激活之前要忽略的次数
默认情况下，断点在第一次执行断点位置的代码时被激活。这种默认情况和把Passes 设置为1是一样的。要使得断点在程序至少执行该代码一次之后才激活，可以将这个值设置为2或更大。例如，值为2时，使得断点在第二次执行到该代码时被激活。该参数创建一个在每次执行断点处的代码时被减少1的计数器。要查看Passes 计数器的初始值和当前值，使用bl (Breakpoint List)。Passes 仅当程序响应g (Go)命令并执行通过断点时才减少。单步或跟踪(tracing)通过它是不会减少的。当Passes 到达1时，可以通过清除并重设断点来重置它。
我们来试试，用bc把以前断点都删除，再设置在第三次运行LoadLibraryW时激活该处断点
0:000> bc* 0:000> bl 0:000> bp 7c80aeeb 3 0:000> bl 0 e 7c80aeeb 0003 (0003) 0:**** kernel32!LoadLibraryW
我们注意到这个断点显示的是0003 (0003) Ｆ５运行：
0:000> g Breakpoint 0 hit eax=00000002 ebx=7ffdc000 ecx=00000000 edx=00a8660c esi=0263f76e edi=0263f6f2 eip=7c80aeeb esp=0012fd68 ebp=0012fdb0 iopl=0 nv up ei pl nz na po nc cs=001b ss=0023 ds=0023 es=0023 fs=003b gs=0000 efl=00000202 kernel32!LoadLibraryW: 7c80aeeb 8bff mov edi,edi 0:000> bl 0 e 7c80aeeb 0001 (0003) 0:**** kernel32!LoadLibraryW
我们注意到这个断点现在显示的是000１ (0003)，表示前面忽略了两次,
bu 命令是针对某个符号下断点。 比如 bu MyApp!SomeFunction 。 在代码被修改之后， 该断点可以随着函数地址改变而自动更新到最新位置。 而且bu 断点会保存在WinDbg工作空间中， 下次启动 Windbg 的时候该断点会自动设置上去。另外，在模块没有被加载的时候，bp 断点会失败（因为函数地址不存在），而bu 断点则可以成功。 新版的WinDBG中 bp失败后会自动被转成bu
bm 命令也是针对符号下断点。 但是它支持匹配表达式。 很多时候你下好几个断点。 比如，把MyClass 所有的成员函数都下断点：bu MyApp!MyClass::* ， 或者把所有以CreateWindow开头的函数都下断点：bu user32!CreateWindow*
这个函数比较有用，比如我想对Draw开头的函数都下断点：
0:000> bc* 0:000> bl 0:000> bm *!draw* 1: 00695930 @!"Simple1Demo!DrawState" 2: 0175c790 @!"SkinLog!DrawState" 3: 019f65d0 @!"SkinScroll!DrawState" 4: 10119d10 @!"SkinHgy!DrawState" 0:000> bl 1 e 00695930 0001 (0001) 0:**** Simple1Demo!DrawState 2 e 0175c790 0001 (0001) 0:**** SkinLog!DrawState 3 e 019f65d0 0001 (0001) 0:**** SkinScroll!DrawState 4 e 10119d10 0001 (0001) 0:**** SkinHgy!DrawState
bl（breakpoint list） 命令列出已存在的断点的信息
对于每个断点，该命令显示以下信息：
bc(breakpoint clear) 命令在系统中移除先前设置的断点。
使用星号(*)来指定所有断点
ba 命令就是针对数据下断点的命令， 该断点在指定内存被访问时触发。 命令格式为
ba Access Size [地址]
Access 是访问的方式， 比如 e (执行)， r (读/写)， w (写)
Size 是监控访问的位置的大小，以字节为单位。 值为 1、2或4，还可以是 8（64位机）。
如果Access是e，Size必须是1
比如要对内存0x0483DFE进行写操作的时候下断点，可以用命令 ba w4 0x0483DFE
在Access 和Size 之间不能加入空格
0:000> bc* 0:000> ba r4 00a76748 0:000> bl 0 e 00a76748 r 4 0001 (0001) 0:**** Simple1Demo!`string‘
有时我们只想让程序断在某个线程上：
可以用:
0:005> ~1 bp Simple1Demo!DrawState 0:005> bl 0 e 0134bfc0 0001 (0001) 0:~001 Simple1Demo!DrawState 0:005> bp Simple1Demo!DrawState 0:005> bl 0 e 0134bfc0 0001 (0001) 0:~001 Simple1Demo!DrawState
前面~1 表示只有当指定的线程ID为1执行到达断点的地址上时，调试器才会停止.
在X86下dr0-dr3记录了断点地址值，dr6是断点的状态寄存器，dr7是断点的控制寄存器。
另外，在初始断点命中时，尚不能设置硬件断点，如果设置，会得到如下错误：
0:000> ba r1 7c92120f ^ Unable to set breakpoint error The system resets thread contexts after the process breakpoint so hardware breakpoints cannot be set. Go to the executable‘s entry point and set it then.
初始断点后系统会重设线程上下文，因此不能设置硬件断点，建议执行到程序的入口后再设置
0:002> ba e1 00bc1b3a breakpoint 0 redefined 0:002> r dr0 dr0=00bc1b3a
windbg-bp、 bm、 bu、 bl、 bc、 ba（断点、硬件断点）
标签：target form 自动更新 工作 通过 自动 十进制 creat 查看
原文地址：http://www.cnblogs.com/renyuan/p/6206309.html
