扫一扫
分享文章到微信
扫一扫
关注官方公众号
至顶头条
我们在调用WINDOWS函数的时候,经常要在后面加一条GetLastError()来取得函数出错的错误码以及原因, 如果在调试的状态中,WINAPI出错了,那我们又要停下来,加一句GetLastError(),然后再跑。这样调试起来很不方便。其实我们可以使用VC里的一些固定符号来进行调试。
下面说一下第一个@ERR,我们等函数执行完,并确定它出错了,那我们就可以在VC 的 WATCH窗口里加上@ERR,那我们就马上可以看到出错的错误码了。如果我们还想知道错误码的意思,那我们可以加上@ERR,hr,这样错误码和出错信息都清清楚楚的显示出来了。
这个调试方法是不是很棒?其实这种伪符号还有一个用处,在我们调试的过程中,我们可以利用这些伪符号设置断点停止的条件。例如下面的两行代码:
FILE *fp = fopen("c:\\a_file_that_does_not_exist.txt", "r");
int nT = 123;
我们把断点加在第二行上,然后按CTRL+B(或者ALT+F9或者Edit->Breakpoints),选中这个断点,然后点Condition,输入@ERR==2,按下 F5 来调试我们的程序,程序就会在@ERR为2的时候停在了断点上。如果我们不想它为2的时候停止,我们就输入@ERR!=2,爽吧,这种功能可以说有很多可应用的地方,具体就等各位去实战了。
除了@ERR之外,还有很多伪符号,例如@TIB,这是取得线程ID的符号,这个符号在多线程程序调试中可以发挥很大的作用。当我们有一个函数是被多个线程调用的,那当我们在这个函数里设一个断点后,无论哪个线程调用这个函数,都会停止在这个断点上。这个时候,如果我们想知道是哪个线程调用了它,我们就可以在WATCH窗口里写下@TIB,就会看到类似于2147344384这种数字了。这个就是线程ID了(也可以是这种格式:0x7ffa6000),我们同样可以在断点管理的 Condition 那里写上@TIB==0x7ffa6000,这样在其他线程调用这个函数时候不会停止,只有ID为0x7ffa6000的线程调用了,才会停止。
上面介绍了两个伪符号,其实还有很多,下面给出一个表格供各位参考:
Pseudoregister |
Description |
@ERR |
Last error value; the same value returned by the |
@TIB |
Thread information block for the current thread; necessary because the debugger doesn't handle the "FS:0" format |
@CLK |
Undocumented clock register; usable only in the Watch window |
@EAX, @EBX, @ECX, @EDX, @ESI, @EDI, @EIP, @ESP, @EBP, @EFL |
Intel CPU registers |
@CS, @DS, @ES, @SS, @FS, @GS |
Intel CPU segment registers |
@ST0, @ST1, @ST2, @ST3, @ST4, @ST5, @ST6, @ST7 |
Intel CPU floating-point registers |
[Table from "Debugging Applications" by John Robbins]
本文章参考了Code project 的一篇:An introduction to debugging in MSVC++ using Pseudoregisters
如果您非常迫切的想了解IT领域最新产品与技术信息,那么订阅至顶网技术邮件将是您的最佳途径之一。
现场直击|2021世界人工智能大会
直击5G创新地带,就在2021MWC上海
5G已至 转型当时——服务提供商如何把握转型的绝佳时机
寻找自己的Flag
华为开发者大会2020(Cloud)- 科技行者