VS和Eclipse的调试功能哪个更强大?
- 时间:2015年04月02日 15:17:15 来源:魔法猪系统重装大师官网 人气:19844
以前一直用VS 2012来调试C/C++代码,F5、F10、F11用起来甚是顺手,前面也写过一篇关于VS最好用的快捷键:Visual Studio最好用的快捷键(你最喜欢哪个), 所以对于调试C/C++代码我一直钟情于VS。可最近下载了一个linux环境下用C++编写的开源库,准备进行一番研究,由于我对gdb调试只处在初步 阶段,还没有对整个项目用gdb调试过,而且gdb调试看起来也不方便,还是VS看的直观。为了省懒和省时间就将代码弄到VS中进行编译调试,结果发现编 译不成功,因为里面出现了很多类似int block[2*n];这样的变长数组。大家知道传统C语言和C++是不支持变长数组功能的,不过在C99标准中新增的一项功能就是允许在C语言和C++ 中使用变长数组,节省了很多资源。可恨的是,微软的编译器跟不上时代的步伐,C++11都出来这么久了,微软到现在连C99还不完全支持(不知道最新版的 VS 2013支不支持),不知道是故意而为之还是其它什么原因。既然VS不支持变长数组,我这程序就调试不了,我也不可能一个个的把它改成定长的。后来想到用 Eclipse CDT进行调试,就下载了个完整的Eclipse CDT(没在已有的Eclipse上安装CDT插件而是下载了个完全用于C/C++开发的Eclipse,因为配置插件出现了很多问题,至今还待解决)。 Eclipse中的C/C++库支持使用的是最新版的Cygwin,最新的g++肯定是支持变长数组的,这时也发现我下载的库的原作者也是在 Eclipse CDT下开发该项目的,因为工程目录下有.cproject和.project这两个文件,因此认为在Eclipse CDT下编译调试该工程是最佳选择。经过尝试,编译是通过了,可是运行时老是出现这样一个错误:No source available for "ntdll!ZwWriteFile() at 0x77a4133a"。
然后各种google、百度都搜不到相关的信息或只有少数几个没什么价值的信息。看来只能断点调试了,发现了问题所在位置:
if(i!=0){
re[i]='\0';
if (re[0]!= '#'){
j++;
if (j>=from && (to==-1 || j<=to)){
if (DEBUG) fprintf(stdout,"\n%d) processing regex:: <%s> ...\n",j,re);
parse_re(nfa,re);
}
}
free(re);
}
if (DEBUG) fprintf(stdout, "\nAll RegEx processed\n");
if (re!=NULL) free(re);
//handle -m modifier
if (m_modifier && (!anchored->get_epsilon()->empty() || !anchored->get_transitions()->empty())){
non_anchored->add_transition('\n',anchored);
non_anchored->add_transition('\r',anchored);
}
// delete non_anchored, if necessary
if(non_anchored->get_epsilon()->empty() && non_anchored->get_transitions()->empty()){
nfa->get_epsilon()->remove(non_anchored);
delete non_anchored;
}else{
non_anchored->add_any(non_anchored);
}
发现每次判断该条件语句if (m_modifier...)过后才报上面那个错误,所以坚信是这条语句有问题,经过一番检查觉得这语句没啥问题,无奈之下干脆将两个判断条件全部注释掉了,结果还是出现问题,问题转到注释语句的下面,实在不清楚是啥原因,就仔细看了下“No source available for "ntdll!ZwWriteFile() at 0x77a4133a"这 条错误语句,发现是和ntdll库有关,于是就搜ntdll库错误相关的资料,最终发现可能是跟堆相关,可还是没能解决问题。最终我还是转到VS下面调 试,当然前提是去掉了变长数组(还好发现变长数组只出现在两个文件的两个函数中,直接注释掉了),编译成功后运行出现错误:
点Continue接着出现错误:
看了下错误信息真的是堆问题,调试下发现是这句if (re!=NULL) free(re);执行不了,再次调试发现前面re这个对象已经通过free(re)释放了,这里按理说re应该为NULL了也就是不会再次 free(re)了啊,可是实际运行的确re不为NULL因此再次free了re,相当于一块本来已经释放了的内存空间再次被释放,肯定会出现堆错误了。 将该条件语句注释掉后,运行成功,然后在Eclipse下注释掉该句也是运行成功。现在问题就来了:
1. 为什么free(re)过后re不为NULL呢?
我一直认为将一个对象free过后该对象就为NULL了,这样就可以通过判断该对象是 否为NULL来知道该对象是否为正确的释放了,如果没有释放(上面的代码中也就是if(i!=0)没执行)那么在此进行释放以避免内存泄露。这个工程库中 也是这样做的,可是通过调试却发现不是这样的情况,现在我能想到的唯一解释就是:free(re)过后re所指内存空间的确被释放了,但re本身的值不会 改变,也就是形参的值没有改变,所以re还是原来的值当然就不是NULL了,这样后面的再次free也就会被执行,但re所指的内存已经被释放所以再次 free也就失败了。如果这个解释正确的话,那么以后怎么判断re所指的内存是否被释放了呢?当然上面的代码很好解决,直接在if(i!=0)后面加 else{ free(re); }也就解决了,可是其它情况呢?
2. Eclipse中为什么调试不出来这个错误呢?
Eclipse的调试功能也十分强大,可是这里的调试却不友善,一个是错误信息看不 懂,一个是出错位置调试不出来,虽然出错位置就在调试出来的位置的正上面,但调试的时候if (re!=NULL) free(re);这句的确是执行成功了,所以也就不会认为是这句的问题,难道程序真正的出错位置是在Eclipse下调试出来的出错位置的正上面吗?额,应该不会吧。
下面不得不简单比较下VS和Eclipse调试功能的差异:
1. 首先如果你习惯了用VS的调试,那么转到Eclipse下可能会有些不太习惯,尤其是大家熟知的VS下的F5、F10、F11到了Eclipse下却变成了F8、F6、F5,其它的也不同,这样的转变有时候真不习惯。
2. 我觉得Eclipse下调试有一点的确比VS好,就是对函数的智能提示,Eclipse下当你讲鼠标放到一个自定义函数上面,会自动显示该函数的实现,而VS下只能显示该函数的声明,要知道定义还得按F12跳过去。
Eclipse下:
VS下:
其它的我就不多作比较了,比如快捷键方面,因为对VS快捷键较熟,对Eclipse快捷键还不是很了解(虽然自己最熟的语言是Java,但调试Java的次数较少),所以两者快捷键方便的差异性我也就不太清楚了,如果清楚的麻烦告诉我。
好了,以自己亲自调试的一 个小错误引出了这么一个问题:Eclipse与VS,你更喜欢哪个呢?当然有人会说,开发C/C++与C#就用VS,开发Java就用Eclipse,可 是Eclipse可不仅仅是Java的编辑器,Eclipse是全能型的,可以编译常见的所有语言如C/C++、C#、Python、Ruby等等,如果 你钟爱Eclipse,完全可以用它来开发你想要开发的任何程序。