编程时加入断点
Windows的调试API中包含了一个用于产生断点异常的API,名为DebugBreak,它的原型非常简单,没有参数,也没有返回值:
void DebugBreak(void); |
当编写程序时,如果希望在某种情况下中断到调试器中,可以加入如下代码:
if (IsDebuggerPresent() && <希望中断的附加条件>) |
这样,当程序执行到这里时,如果有调试器在,并且中断的附加条件成立,那么便会中断到调试器中,这对于调试某些复杂的多线程问题或随机发生的问题是很有用的,因为可以在应用程序中检测到希望中断到调试器的条件(包括条件断点难以实现的判断条件),然后中断到调试器中。
事实上,在x86平台上,DebugBreak API等价于一条INT 3指令,所以直接使用如下嵌入式汇编也可以达到同样的效果:
_asm{int 3}; |
使用API具有更好的跨平台性,代码看起来也更优雅。
问题:
在VS2010的其中一个cpp里F9设置断点,但是在调试运行时无效,不能进入断点。但是DebugBreak()是可以断下来的。
诡异的问题,Google一下,得到一些思路:
1、网上流行的方法是(简单,但不好):
从菜单栏的 Tools->Options->Debugging->General
取消 "Require source to exactly match..."项的选择。
此方法简单,但调试的时候有可能进入不同版本的源码,给后来的程序调试埋下隐患。
2、摘自 vs2005奇怪的断点无效问题
最近一工程中,在调试的时候,有些cpp文件都可以设置断点并且跟进去,但是有一个cpp文件总是不能设置断点,提示“当前不会命中断点。源代码与原始版本不同。” 重新更换过n次文件都不起作用,然后在goole搜索此类类似问题,找到下篇文章,然后我把那个cpp文件用记事本打开,另存为unicode格式,再重新编译,最后问题解决!也可以更改vs2005的设置,选项->常规,将要求源文件与原始版本完全匹配的勾取消就可以了!
但本人试过N次,无论是改成UNICODE,还是ASCII,都无效,未果。
3、彻查
一、断点无效是因为目标文件和源文件的更新时间不一致。编译器不认为当前的源文件是目标文件的当前版本。
二、IDE不会关心源文件的编码格式,能读入就足够了。另存为 UNICODE、还是ASCII无非是更新了文件的修改时间。
三、源文件包含的头文件也是源文件的一部分,编译时会插入到#include的位置。
四、解决方法:
更新该cpp的所有头文件和该源文件,重新编译。
问题:
在VS2010的其中一个cpp里F9设置断点,但是在调试运行时无效,不能进入断点。但是DebugBreak()是可以断下来的。
诡异的问题,Google一下,得到一些思路:
1、网上流行的方法是(简单,但不好):
从菜单栏的 Tools->Options->Debugging->General
取消 "Require source to exactly match..."项的选择。
此方法简单,但调试的时候有可能进入不同版本的源码,给后来的程序调试埋下隐患。
2、摘自 vs2005奇怪的断点无效问题
最近一工程中,在调试的时候,有些cpp文件都可以设置断点并且跟进去,但是有一个cpp文件总是不能设置断点,提示“当前不会命中断点。源代码与原始版本不同。” 重新更换过n次文件都不起作用,然后在goole搜索此类类似问题,找到下篇文章,然后我把那个cpp文件用记事本打开,另存为unicode格式,再重新编译,最后问题解决!也可以更改vs2005的设置,选项->常规,将要求源文件与原始版本完全匹配的勾取消就可以了!
但本人试过N次,无论是改成UNICODE,还是ASCII,都无效,未果。
3、彻查
一、断点无效是因为目标文件和源文件的更新时间不一致。编译器不认为当前的源文件是目标文件的当前版本。
二、IDE不会关心源文件的编码格式,能读入就足够了。另存为 UNICODE、还是ASCII无非是更新了文件的修改时间。
三、源文件包含的头文件也是源文件的一部分,编译时会插入到#include的位置。
四、解决方法:
更新该cpp的所有头文件和该源文件,重新编译。