如何设置断点

难怪很多前辈说调试是一个程序员最基本的技能，其重要性甚至超过学习一门语言。

不会调试的程序员就意味着他即使会一门语言，却不能编制出任何好的软件。

{
int k = i * 10 - 2; //B
SendTo(k); //C
int tmp = DoSome(i); //D
int j = i / tmp; //E
}
}
执行此函数，程序崩溃于E行，发现此时tmp为0，假设tmp本不应该为0，怎么这个时候为0呢？所以最好能够跟踪此次循环时DoSome函数是如何运行的，但由于是在循环体内，如果在E行设置断点，可能需要按F5（GO）许多次。

这样手要不停的按，很痛苦。

使用VC6断点修饰条件就可以轻易解决此问题。

步骤如下。

1 Ctrl+B打开断点设置框，如下图：
Figure 1设置高级位置断点
2 然后选择D行所在的断点，然后点击condition按钮，在弹出对话框的最下面一个编辑框中输入一个很大数目，具体视应用而定，这里1000就够了。

3 按F5重新运行程序，程序中断。

Ctrl+B打开断点框，发现此断点后跟随一串说明：...487 times remaining。

意思是还剩下487次没有执行，那就是说执行到513（1000－487）次时候出错的。

因此，我们按步骤2所讲，更改此断点的skip 次数,将1000改为513。

4 再次重新运行程序，程序执行了513次循环，然后自动停在断点处。

这时，我们就可以仔细查看DoSome是如何返
回0的。

这样，你就避免了手指的痛苦，节省了时间。

再看位置断点其他修饰条件。

如Figure 1所示，在“Enter the expression to be evaluated:”下面，可以输入一些条件，当这些条件满足时，断点才启动。

譬如，刚才的程序，我们需要i为100时程序停下来，我们就可以输入在编辑框中输入“i==100”。

另外，如果在此编辑框中如果只输入变量名称，则变量发生改变时，断点才会启动。

这对检测一个变量何时被修改很
方便，特别对一些大程序。

用好位置断点的修饰条件，可以大大方便解决某些问题。

数据断点（Data Breakpoint）
软件调试过程中，有时会发现一些数据会莫名其妙的被修改掉（如一些数组的越界写导致覆盖了另外的变量），找出何处代码导致这块内存被更改是一件棘手的事情（如果没有调试器的帮助）。

恰当运用数据断点可以快速帮你定位何时何处这个数据被修改。

譬如下面一段程序：
#include "stdafx.h"
#include
int main(int argc, char* argv[])
{
char szName1[10];
char szName2[4];
strcpy(szName1,"shenzhen");
printf("%s"n", szName1); //A
strcpy(szName2, "vckbase"); //B
printf("%s"n", szName1);
printf("%s"n", szName2);
return 0;
}
这段程序的输出是
szName1: shenzhen
szName1: ase
szName2: vckbase
szName1何时被修改呢？因为没有明显的修改szName1代码。

我们可以首先在A行设置普通断点，F5运行程序，程序停在A行。

然后我们再设置一个数据断点。

如下
图：
Figure 2数据断点
F5继续运行，程序停在B行，说明B处代码修改了szName1。

B处明明没有修改szName1呀？但调试器指明是这一行，一般不会错，所以还是静下心来看看程序，哦，你发现了：szName2只有4个字节，而strcpy了7个字节，所以覆写了szName1。

数据断点不只是对变量改变有效，还可以设置变量是否等于某个值。

譬如，你可以将Figure 2中红圈处改为条
件”szName2[0]==''''y''''“,那么当szName2第一个字符为y时断点就会启动。

可以看出，数据断点相对位置断点一个很大的区别是不用明确指明在哪一行代码设置断点。

∙对于所有有返回值的函数，都应该检查返回值，除非你确信这个函数调用绝对不会出错，或者不关心它是否出错。

∙一些函数返回错误，需要用其他函数获得错误的具体信息。

例如accept返回INVALID_SOCKET表示accept失败，为了查明具体的失败原因，应该立刻用WSAGetLastError获得错误码，并针对性的解决问题。

∙有些函数通过异常机制抛出错误，应该用TRY-CATCH语句来检查错误
∙程序员对于能处理的错误，应该自己在底层处理，对于不能处理的，应该报告给用户让他们决定怎么处理。

如果程序出了异常，却不对返回值和其他机制返回的错误信息进行判断，只能是加大了找错误的难度。

另外：VC中要编制程序不应该一开始就写cpp/h文件，而应该首先创建一个合适的工程。

因为只有这样，VC才能选择合适的编译、连接选项。

对于加入到工程中的cpp文件，应该检查是否在第一行显式的包含stdafx.h头文件，这是Microsoft Visual Studio为了加快编译速度而设置的预编译头文件。

在这个#include "stdafx.h"行前面的所有代码将被忽略，所以其他头文件应该在这一行后面被包含。

对于.c文件，由于不能包含stdafx.h，因此可以通过Project settings把它的预编译头设置为“不使用”，方法是：
∙弹出Project settings对话框
∙选择C/C++
∙Category选择Precompilation Header
∙选择不使用预编译头。

便于调试的代码风格：
不用全局变量
所有变量都要初始化，成员变量在构造函数中初始化
尽量使用const
详尽的注释
总结
调试最重要的还是你要思考，要猜测你的程序可能出错的地方，然后运用你的调试器来证实你的猜测分类:。