当前位置：搜档网 › VC++6.0调试方法大全

VC++6.0调试方法大全

一、调试基础

调试快捷键

F5：开始调试

Shift+F5: 停止调试

F10：调试到下一句，这里是单步跟踪

F11：调试到下一句，跟进函数内部

Shift+F11: 从当前函数中跳出

Ctrl+F10: 调试到光标所在位置

F9：设置（取消）断点

Alt+F9: 高级断点设置

跟踪调试

1、尽量使用快捷键时行调试

2、观察调试信息

3、高级中断设置

异常调试

重试－>取消－>调试

函数堆栈，用variables或者call stack 窗口

Release调试

1、经常测试你的Debug和Release版本

2、不要移除调试代码，如用ASSERT, TRACE等。

3、初始化变量，特别是全局变量，malloc的内存，new的内存

4、当你移除某个资源时，确保你移除了所有跟这个资源相关的申明（主要是在resouce.h文中）

5、使用3或者4级的警告级编译你的代码，并确保没有警告，

project->setting->c/c++->warninglevel(中文版是项目->属性->C/C++->常规－>警告等级)

6、_debug改成NDEBUG进行调试，project->setting->C/C++->Preprocessordefinitions（中文版是项目->属性->C/C++->预处理器->预处理定义）（这里是debug和Release编译的重要不同之一）

7、在Release中调试源代码，project->setting->C/C++->debug info选择programDataBase （中文版是项目->属性->C/C++->常规->调试信息格式->用于“编辑并继续”的程序数据库），project －>setting->link选上Generate debug info(中文版是项目->属性->链接器->调试->生成调试信息)

8、走读代码，特别关注堆栈和指针

二、TRACE宏

当选择了Debug目标，并且afxTraceEnabled变量被置为TRUE时，TRACE宏也就随之被激活了。但在程序的Release版本中，它们是被完全禁止的。下面是一个典型的TRACE语句：

…

int nCount =9;

CString strDesc("total");

TRACE("Count =%d,Description =%s\n",nCount,strDesc);

…

可以看到，TRACE语句的工作方式有点像C语言中的printf语句，TRACE宏参数的个数是可变的，因此使用起来非常容易。如果查看MFC的源代码，你根本找不到TRACE宏，而只能看到TRACE0、TRACE1、TRACE2和TRACE3宏，它们的参数分别为0、1、2、3。

个人总结：最近看网络编程是碰到了TRACE语句，不知道在哪里输出，查了一晚上资料也没找出来，今天终于找到了，方法如下：

1.在MFC中加入TRACE语句

2.在TOOLS->MFCTRACER中选择“ENABLE TRACING”点击OK

3.进行调试运行，GO(F5)（特别注意：不是执行‘！’以前之所以不能看到TRACE内容，是因为不是调试执行，而是‘！’了，切记，切记）

4.然后就会在OUTPUT中的DEBUG窗口中看到TRACE内容了，调试执行会自动从BUILD窗口跳到DEBUG窗口，在那里就看到TRACE的内容了，^_^

以下是找的TRACE的详细介绍：

＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝

TRACE宏对于VC下程序调试来说是很有用的东西，有着类似printf的功能；该宏仅仅在程序的DEBUG 版本中出现，当RELEASE的时候该宏就完全消失了，从而帮助你调式也在RELEASE的时候减少代码量。

使用非常简单，格式如下：

TRACE("DDDDDDDDDDD");

TRACE("wewe%d",333);

同样还存在TRACE0，TRACE1，TRACE2。。。分别对应0，1，2。。个参数

TRACE信息输出到VC IDE环境的输出窗口（该窗口是你编译项目出错提示的哪个窗口），但仅限于你在VC中运行你的DEBUG版本的程序。

TRACE信息还可以使用DEBUGVIEW来捕获到。这种情况下，你不能在VC的IDE环境中运行你的程序，而将BUILD好的DEBUG版本的程序单独运行，这个时候可以在DEBUGVIEW的窗口看到DEBUGVIE 格式的输出了。

VC中TRACE的用法有以下四种：

TRACE1 ，就是不带动态参数输出字符串, 类似C的printf("输出字符串");

TRACE2: 中的字符串可以带一个参数输出,类似C的printf("...%d",变量);

TRACE3：可以带两个参数输出，类似C的printf("...%d...%f",变量1,变量2);

TRACE4 可以带三个参数输出，类似C的printf("...%d，%d,%d",变量1,变量2，变量3);

TRACE 宏有点象我们以前在C语言中用的Printf函数，使程序在运行过程中输出一些调试信息，使我们能了解程序的一些状态。但有一点不同的是：

TRACE 宏只有在调试状态下才有所输出，而以前用的Printf 函数在任何情况下都有输出。和Printf 函数一样，TRACE函数可以接受多个参数如：

int x = 1;

int y = 16;

float z = 32.0;

TRACE( "This is a TRACE statement\n" );

TRACE( "The value of x is %d\n", x );

TRACE( "x = %d and y = %d\n", x, y );

TRACE( "x = %d and y = %x and z = %f\n", x, y, z );

要注意的是TRACE宏只对Debug 版本的工程产生作用，在Release 版本的工程中，TRACE宏将被忽略。

三、ASSERT宏

如果你设计了一个函数，该函数需要一个指向文档对象的指针做参数，但是你却错误地用一个视图指针调用了这个函数。这个假的地址将导致视数据的破坏。现在，这种类型的问题可以被完全避免，只要在该函数的开始处实现一个ASSERT测试，用来检测该指针是否真正指向一个文档对象。一般来讲，编程者在每个函数的开始处均应例行公事地使用assertion。ASSERT宏将会判断表达式，如果一个表达式为真，执行将继续，否则，程序将显示一条消息并且暂停，你可以选择忽视这条错误并继续、终止这个程序或者是跳到Debug器中。下面一例演示了如何使用一个ASSERT宏去验证一个语句。

void foo(char p, int size )

{

ASSERT( p != 0 ); //确认缓冲区的指针是有效的

ASSERT( ( size >= 100 ); //确认缓冲区至少有100个字节

// Do the foo calculation

}

这些语句不产生任何代码，除非—DEBUG处理器标志被设置。Visual C＋＋只在Debug版本设置这些标志，而在Release版本不定义这些标志。当—DEBUG被定义时，两个assertions将产生如下代码：

//ASSERT( p!= 0 );

do{

if( !(p !=0) && AfxAssertFailedLine(—FILE—,—LINE—) )

AfxDebugBreak();

}while(0);

//ASSERT((size 〉= 100);

do{

if(!(size 〉= 100) ＆＆AfxAssertFailedLine(—FILE—,—LINE—))

AfxDebugBreak();

}while(0);

Do－while循环将整个assertion封装在一个单独的程序块中，使得编译器编译起来很舒畅。If语句将求取表达式的值并且当结果为零时调用AfxAssertFailedLine()函数。这个函数将弹出一个对话框，其中提供三个选项“取消、重试或忽略”，当你选取“重试”时，它将返回TRUE。重试将导致对AfxDebugBreak()函数的调用，从而激活调试器。

AfxAssertFailedLine()是一个未正式公布的函数，它的功能就是显示一个消息框。该函数的源代码驻留在afxasert.cpp中。函数中的—FILE—和—LINE—语句是处理器标志，它们分别指定了源文件名和当前的行号。

四、VERIFY 宏

因为assertion只能在程序的Debug版本中起作用，在表达式中不可以包含赋值语句、增加语句（＋＋）或者是减少语句（－－），因为，这些语句实际改变数据。可有时你可能想要验证一个能动的表达式，使用一个赋值语句。那么就到了用VERIFY宏来替代ASSERT。例如：

voidfoo(char p, int size )

{

char q;

VERIFY(q = p);

ASSERT((size 〉= 100);

//Do the foo calculation

}

在Debug模式下，ASSERT和VERIFY是一回事，但是在Release模式下，VERIFY宏仍然测试表达式而assertion却不起任何作用。可以说，在Release模式下，ASSERT语句被删除了。

请注意，如果你在一个ASSERT语句中错误地使用了一个能动的表达式，编译器将不做任何警告地忽略它。在Release模式下，该表达式就会被无声息地删除掉，这将会导致程序的错误运行。由于Release版的程序通常不包含Debug信息，这类错误将很难被发现。

五、VC高级调试方法－条件及数据断点的设定

（一）位置断点（LocationBreakpoint）

大家最常用的断点是普通的位置断点，在源程序的某一行按F9就设置了一个位置断点。但对于很多问题，这种朴素的断点作用有限。譬如下面这段代码：

void CForDebugDlg::OnOK()

{

for(int i = 0; i < 1000; i++) //A

{

intk = i * 10 - 2; //B

SendTo(k); //C

inttmp = DoSome(i); //D

Trace0("这里要输出的内容”);//在这里可以输出一些有用的信息,你也可以输出I的值，都是可以的

intj = i / tmp; //E

}

//其实我们还可以用其他方法调式也是一样的，你可以用TRACE0宏来输出循环中的每一个结果，我们也可以在debug中看见输出的结果，当出现问题时，输出的结果可能就不一样了，我们可以分析一下debug 中的结果找出问题的所在

执行此函数，程序崩溃于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”。

另外，如果在此编辑框中如果只输入变量名称，则变量发生改变时，断点才会启动。这对检测一个变量何时被修改很方便，特别对一些大程序。

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

（二）数据断点（DataBreakpoint）

软件调试过程中，有时会发现一些数据会莫名其妙的被修改掉（如一些数组的越界写导致覆盖了另外的变量），找出何处代码导致这块内存被更改是一件棘手的事情（如果没有调试器的帮助）。恰当运用数据断点可以快速帮你定位何时何处这个数据被修改。譬如下面一段程序：

#include "stdafx.h"

#include

int main(int argc, char* argv[])

{

charszName1[10];

charszName2[4];

strcpy(szName1,"shenzhen");

printf("%s\n",szName1); //A

strcpy(szName2,"vckbase"); //B

printf("%s\n",szName1);

printf("%s\n",szName2);

return0;

}

这段程序的输出是

szName1: shenzhen

szName1:ase

szName2:vckbase

首先我给你分析一下为什么会是这样的结果呢！首先你在strcpy(szName1,"shenzhen");这个地方F9设置一个断点，然后F5运行程序，这是程序会断到我们设置的断点，如下图

看到了吧，问题出现的原因就在这里，系统给szName2分配的地址是0x0012ff70这里是4个字节，然后呢，在0x0012ff70后面4个字节处，开始分配szName1这10个字节，也就是在0x0012ff74处开始分配10个字节，

F10单步跟踪，来到printf("%s\n", szName1)这一行，如下图

szName1分配的空间已经附上了值.

F10走到下一个printf("%s\n", szName1) 看下图，

因为szName1 和szName2分配的空间是连续的，所以给szName2赋值超过所容纳的字节时就开始覆盖szName1的内容了，所以说当我们在输出结果的时候就出现我们想不到的结果了，

那么怎么去调试呢，下面是具体的方法

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时断点就会启动。

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

（三）其他

1 在call stack窗口中设置断点，选择某个函数，按F9设置一个断点。这样可以从深层次的函数调用中迅速返回到需要的函数。

2 Set Next StateMent命令（debug过程中，右键菜单中的命令）

此命令的作用是将程序的指令指针（EIP）指向不同的代码行。譬如，你正在调试上面那段代码，运行在A 行，但你不愿意运行B行和C行代码，这时，你就可以在D行，右键，然后“Set Next StateMent”。调试器就不会执行B、C行。只要在同一函数内，此指令就可以随意跳前或跳后执行。灵活使用此功能可以大量节省调试时间。

3 watch窗口

watch窗口支持丰富的数据格式化功能。如输入0x65,u，则在右栏显示101。

实时显示windows API调用的错误：在左栏输入@err,hr。

在watch窗口中调用函数。提醒一下，调用完函数后马上在watch窗口中清除它，否则，单步调试时每一步调试器都会调用此函数。

4 messages断点不怎么实用。基本上可以用前面讲述的断点代替。

六。VC调试环境设置

为了调试一个程序，首先必须使程序中包含调试信息。一般情况下，一个从AppWizard创建的工程中包含的Debug Configuration自动包含调试信息，但是是不是Debug版本并不是程序包含调试信息的决定因素，程序设计者可以在任意的Configuration中增加调试信息，包括Release版本。

为了增加调试信息，可以按照下述步骤进行：

打开Projectsettings对话框（可以通过快捷键ALT+F7打开，也可以通过IDE菜单Project/Settings 打开)

选择C/C++页，Category中选择general ，则出现一个Debug Info下拉列表框，可供选择的调试信息方式包括：

命令行Project settings 说明

无None 没有调试信息

/Zd Line Numbers Only 目标文件或者可执行文件中只包含全局和导出符号以及代码行信息，不包含符号调试信息

/Z7 C7.0- Compatible 目标文件或者可执行文件中包含行号和所有符号调试信息，包括变量名及类型，函数及原型等

/Zi Program Database 创建一个程序库(PDB)，包括类型信息和符号调试信息。

/ZI Program Databasefor

Edit and Continue 除了前面/Zi的功能外，这个选项允许对代码进行调试过程中的修改和继续执行。这个选项同时使#pragma设置的优化功能无效

选择Link页，选中复选框"Generate DebugInfo"，这个选项将使连接器把调试信息写进可执行文件和DLL

如果C/C++页中设置了Program Database以上的选项，则Link incrementally可以选择。选中这个选项，将使程序可以在上一次编译的基础上被编译（即增量编译），而不必每次都从头开始编译。

如何用VC6.0调试代码(入门)

概述调试是一个程序员最基本的技能，其重要性甚至超过学习一门语言。不会调试的程序员就意味着他即使会一门语言，却不能编制出任何好的软件。这里我简要的根据自己的经验列出调试中比较常用的技巧，希望对大家有用。本文约定，在选择菜单时，通过/表示分级菜单，例如File/Open表示顶级菜单File的子菜单Open。设置为了调试一个程序，首先必须使程序中包含调试信息。一般情况下，一个从AppWizard创建的工程中包含的Debug Configuration自动包含调试信息，但是是不是Debug版本并不是程序包含调试信息的决定因素，程序设计者可以在任意的 Configuration中增加调试信息，包括Release版本。为了增加调试信息，可以按照下述步骤进行：打开Project settings对话框（可以通过快捷键ALT+F7打开，也可以通过IDE菜单Project/Settings打开) 选择C/C++页，Category中选择general ，则出现一个Debug Info下拉列表框，可供选择的调试信息方式包括： None 没有调试信息 Line Numbers Only 目标文件或者可执行文件中只包含全局和导出符号以及代码行信息，不包含符号调试信息 C 7 Compatible 目标文件或者可执行文件中包含行号和所有符号调试信息，包括变量名及类型，函数及原型等 Program Database 创建一个程序库(PDB)，包括类型信息和符号调试信息。 Program Database for Edit and Continue 除了前面/Zi的功能外，这个选项允许对代码进行调试过程中的修改和继续执行。这个选项同时使#pragma设置的优化功能无效选择Link页，选中复选框"Generate Debug Info"，这个选项将使连接器把调试信息写进可执行文件和DLL 。如果C/C++页中设置了Program Database以上的选项，则Link incrementally可以选择。选中这个选项，将使程序可以在上一次编译的基础上被编译（即增量编译），而不必每次都从头开始编译。断点断点是调试器设置的一个代码位置。当程序运行到断点时，程序中断执行，回到调试器。断点是最常用的技巧。调试时，只有设置了断点并使程序回到调试器，才能对程序进行在线调试。设置断点：可以通过下述方法设置一个断点。首先把光标移动到需要设置断点的代码行上，然后按F9快捷键弹出Breakpoints对话框，方法是按快捷键CTRL+B或ALT+F9，或者通过菜单Edit/Breakpoints打开。打开后点击Break at编辑框的右侧的箭头，选择合适的位置信息。一般情况下，直接选择line xxx就足够了，如果想设置不是当前位置的断点，可以选择

C程序调试步骤to初学者

调试程序一般应经过以下几个步骤： 1、先进行人工检查，即静态检查。在写好一个程序以后，不要匆匆忙忙上机，而应对纸面上的程序进行人工检查。这一步是十分重要的，它能发现程序设计人员由于疏忽而造成的多数错误。而这一步骤往往容易被人忽视。有人总希望把一切推给计算机系统去做，但这样就会多占用机器时间，作为一个程序人员应当养成严谨的科学作风，每一步都要严格把关，不把问题留给后面的程序。为了更有效地进行人工检查，所编的程序应注意力求做到以下几点：（1）应当采用结构化程序方法编程，以增加可读性；（2）尽可能多加注释，以帮助理解每段程序的作用；（3）在编写复杂的程序时不要将全部语句都写在main函数中，而要多利用函数，用一个函数来实现一个单独的功能。这样既易于阅读也便于调试，各函数之间除用参数传递数据这一渠道以外，数据间尽量少出现耦合关系，便于分别检查和处理。 2、在人工检查无误后，才可以上机调试。通过上机发现错误称动态检查。在编译时给出语法错误的信息，可以根据提示的信息具体找出程序中出错之处并改正之。应当注意的是有时提示的出错并不是真正出错的行，如果在提示出错的行上找不到错误的话应当到上一行再找。有时提示出错的类型并非绝对准确，由于出错的情况繁多各种错误互有关联，因止要善于分析，找出真正的错误，而不要只从字面意义上找出错信息，钻牛角尖。如果系统提示的出错信息多，应当从上到下一一改正。有时显示出一大片出错信息往往使人感到问题严重，无从下手。其实可能只有一二个错误。例如，对使用的变量未定义，编译时就会对所有含该变量的语句发出出错信息；有的是少了“}”或多了“}”有的是书写语句时忘记写“；”或是全角的“；”了，只要加上一个变量定义，或填加“}；”就所有错误都消除了。 3、在改正语法错误后，程序经过连接就得到可执行的目标程序。运行程序，输入程序所需数据，就可得到运行结果。应当对运行结果作分析，看它是否符合要求。有的初学者看到运行结果就认为没问题了，不作认真分析，这是危险的。有时，数据比较复杂，难以立即判断结果是否正确。可以事先考虑好一批“试验数据”，输入这些数据可以得出容易判断正确与否的结果。可以在计算的输出结果的程序地方加入一段输出到屏幕窗口的程序，利用屏幕窗口可以方便看到结果的，很直观。例如，if语句有两个分支，有可能在流程经过其中一个分支时结果正确，而经过其它一个分支时结果不对等。必须考虑周全。事实上，当程序复杂时很难把所有的可能方案全部都试到，选择典型的情况作试验即可。 4、运行结果不对，大多属于逻辑错误。对这类错误往往需要仔细检查和分析才能发现。可以采用以下办法：（1）将程序与流程图仔细对照，如果流程图是正确的话，程序写错了，是很容易发现的。例如，复合语句忘记写花括弧，只要一对照流程图就能很快发现。（2）如果实在找不到错误，可以采用“分段检查”的方法。在程序不同的位置设几个printf 函数语句，输出有关变量的值，往下检查。直到找到在哪一段中数据不对为止。这时就已经把错误局限在这一段中了。不断减小“查错区”，就可能发现错误所在。（3）也可以用“条件编译”命令进行程序调试（在程序调试阶段，若干printf函数语句就要进行编译并执行。当调试完毕，这些语句不要再编译了，也不再被执行了）。这种方法可以不必一一去printf函数语句，以提高效率。 5、如果在程序中没有发现问题，就要检查流程图有无错误，即算法有无问题，如有则改正

vc++6.0_调试详细教程(17种方法)

vc++6.0 调试详细教程 Step into Step over Step out Run to cursor Watch Variables Registers Memory Stop Debug Call stack Disassembly Restart Debugger 2、调试的一般过程调试，就是在程序的运行过程的某一阶段观测程序的状态。在一般情况下程序是连续运行的，所以我们必须使程序在某一地点停下来。我们所做的第一项工作就是设立断点；其次再运行程序；当程序在设立断点处停下来时，利用各种工具观察程序的状态。

程序在断点停下来后，有时我们需要按我们的要求控制程序的运行，以进一步观测程序的流向。下面我们依次来介绍断点的设置，如何控制程序的运行以及各种观察工具的利用。 3、设置断点在VC中，可以设置多种类型的断点，根据断点起作用的方式把这些断点分为三类: 1、与位置有关的断点； 2、与逻辑条件有关的断点 3、与WINDOWS消息有关的断点。主要介绍前面两种断点。 4、设置位置断点最简单的是设置一般位置断点： ?把光标移到你要设断点的位置，当然这一行必须包含一条有效语句的； ?然后按工具条上的add/remove breakpoint 按钮或按快捷键F9。将会在屏幕上看到在这一行的左边出现一个红色的圆点表示这里设立了一个断点

5、设置位置断点－图示 6、设置逻辑断点有的时候可能不需要程序每次运行到这儿都停下来，而是在满足一定条件的情况下才停下来，这时就需要设置一种与位置有关的逻辑断点。从EDIT 菜单中选中Breakpoints命令，这时Breakpoints对话框将会出现在屏幕上。选中Breakpoint对话框中的Location标签，使Location页面弹出。如下页图所示。

数控车床基本操作简单程序调试

数控车床的基本操作与简单程序调试一、实训目的＜ 1 ＞掌握数控车削加工基本编程指令及其应用＜ 2 ＞熟悉了解数控车床的操作面板和控制软件；＜ 3 ＞掌握数控车床的基本操作方法和步骤；＜ 4 ＞进一步了解数控车床的结构组成、加工控制原理；＜ 5 ＞熟练掌握精车程序的输入调二、预习要求认真阅读数控车床组成、位置调整和坐标系设定及基本编程指令与调试的章节内容。三、实训理论基础 1．基本编程指令功能介绍 1 ）． G 功能 ( 格式： G 2 G 后可跟 2 位数 ) 常用 G 功能指令 (1) 、表内 00 组为非模态指令，只在本程序段内有效。其它组为模态指令，一次指定后持续有效，直到被本组其它代码所取代。 (2) 、标有 * 的 G 代码为数控系统通电启动后的默认状态。

2 ）． M 功能 ( 格式： M2 M 后可跟 2 位数 ) 车削中常用的 M 功能指令有： M00-- 进给暂停 M01-- 条件暂停 M02-- 程序结束 M03-- 主轴正转 M04-- 主轴反转 M05-- 主轴停转 M98-- 子程序调用 M99-- 子程序返回。 M08-- 开切削液 M09-- 关切削液 M30-- 程序结束并返回到开始处 3 ）． T 功能 ( 格式： T2 或 T 4 ) 有的机床 T 后只允许跟 2 位数字，即只表示刀具号，刀具补偿则由其它指令。有的机床 T 后则允许跟 4 位数字，前 2 位表示刀具号，后 2 位表示刀具补偿号。如： T0211 表示用第二把刀具，其刀具偏置及补偿量等数据在第 11 号地址中。 4 ）． S 功能 ( 格式： S4 S 后可跟 4 位数 ) 用于控制带动工件旋转的主轴的转速。实际加工时，还受到机床面板上的主轴速度修调倍率开关的影响。按公式： N=1000Vc / p D 可根据某材料查得切削速度 Vc ，然后即可求得 N. 例如：若要求车直径为 60mm 的外圆时切削速度控制到 48mm/min ，则换算得： N=250 rpm ( 转 / 分钟 ) 则在程序中指令 S250; 5 ）．车床的编程方式（ 1 ）．绝对编程方式和增量编程方式。图 2-1 编程方式示例绝对编程是指程序段中的坐标点值均是相对于坐标原点来计量的，常用 G90 来指定。增量( 相对 ) 编程是指程序段中的坐标点值均是相对于起点来计量的。常用 G91 来指定。如对图 2-1 所示的直线段 AB 编程绝对编程： G90 G01 X100.0 Z50.0; 增量编程： G91 G01 X60.0 Z-100.0;

vc debug 方法

了解调试,首先要知道"断点"这个概念.断点就是程序运行中可能会中断的地方,方便开发者在程序运行的过程中查看程序当前的运行状态,比如变量的值,函数的返回值等等.究竟怎么使用断点呢? 1.调试快捷键 F9——在当前光标所在的行下断点,如果当前行已经有断点,则取消断点. F5——调试状态运行程序,程序执行到有断点的地方会停下来. F10——单步执行程序. F11——和F10的区别是,如果当前执行语句是函数调用,则会进入函数里面. CTRL+F10——运行到光标所在行. SHIFT+F11——跳出当前所在函数. 特别说明: a.有的地方不能下断点.比如空行,基本类型定义语句(不初始化),等等非执行语句.比如 int i; // 此行不能下断点字串7 int j = 0; // 这里可以下 CString str; // 这里可以下 int k = Max(i, j); // 这里可以下 b.不是所有断点都会(断).比如下断点的语句在程序里面没有被执行. c.此外，ALT+F9还可以下条件断点，不过这个不常用，有兴趣的可以自己研究:) 2.如何调试Release版的程序? 有些程序在debug下运行的很好,但在release下却总是失败,默认情况下release是不能调试的.怎么解决呢? 其实"debug"和"release"都只是一个代号而已,各自对应一组不同的编译选项. 在release的默认设置下,ALT+F7 ,调出工程设置对话框,切换到link选项卡,勾选"Generate debug info",然后再切换到C/C++选项卡,在"Optimizations"里面选"Disable(Debug)",在下面的"Debug info"里面选"Program Database for Edit and Continue".然后点OK保存设置,重新编译程序,下断点即可.

实验一-Keil软件的使用及简单程序的调试方法

实验一Keil软件的使用及简单程序的调试方法一、实验目的掌握Keil的使用方法和建立一个完整的单片机汇编语言程序的调试过程及方法。二、实验器材计算机1台三、实验内容 1．Keil的使用方法。 2．建立一个单片机汇编语言程序的调试过程及方法四、实验步骤 1．Keil的使用方法。Keil C51 软件是众多单片机应用开发的优秀软件之一，它集编辑，编译，仿真于一体，支持汇编,PLM 语言和C 语言的程序设计，界面友好，易学易用。启动Keil 后的界面如下：

几秒钟后即进入Keil的编辑界面。用户便可建立项目及应用程序。 2．简单程序的调试方法 Keil是通过项目工程来管理汇编程序的。因此在调试程序前必须建立一个工程，工程名称及保存位置由用户来指定，注意每位同学的工程名称用“学号姓名实验*”来命名。（1）建立一工程单击Project菜单，在弹出的下拉菜单中选中New Project选项。并在弹出的对话框中确定保存的位置及工程名称。又弹出一对话框，要求用户选择相应的硬件CPU及相关设置。选择Atmel公司的AT89C51单片机。如下图所示

单击“确定”后在弹出的对话框中行选择“否”即工程建好了，但该工程没有任何语句，需要再建一个程序文件并将其添加到此工程中。（2）建一文件单击“File”/“New”命令，则弹出文件的编辑窗口，此时该文件还没有指明其文件名称及保存位置，该文件还没有加载到所建立的工程中。单击“File”/“Save”命令在弹出的对话框中指明文件的类型为.ASM汇编型及文件名后单击“保存”即可进行汇编源文件的编辑。如下图所示。（3）将文件添加到工程中单击“T arget 1”前的“+”号则展开后变成“-”号，并右键单击“Source Group 1”在弹出的下拉菜单中执行“Add Files to Group ‘Source Group 1’”命令并弹出对话框在该对话框中的“文件类型”下拉列表中选择“Asm source file”后找到要添加的文件名并选中，单击“Add”即可。

VC6常用调试方法

VC6常用调试方法.txt什么叫神话？请听男人向你表达爱意；什么叫传说？请听男人对你的承诺；什么叫梦境？请看你自己听到前两者时的反应。 1.检测程序中的括号是否匹配把光标移动到需要检测的括号（如大括号{}、方括号[]、圆括号（）和尖括号<>）前面，键入快捷键“Ctrl＋]”。如果括号匹配正确，光标就跳到匹配的括号处，否则光标不移动，并且机箱喇叭还会发出一声警告声。 2.查看一个宏（或变量、函数）的宏定义把光标移动到你想知道的一个宏上，就比如说最常见的DECLARE_MAP_MESSAGE上按一下F12(或右键菜单中的Go To Defition Of …),如果没有建立Browse files，会出现提示对话框，确定，然后就会跳到定义那些东西的地方。 3.格式化一段乱七八糟的源代码选中那段源代码，按ATL+F8。 4.在编辑状态下发现成员变量或函数不能显示删除该项目扩展名为.ncb文件，重新打开该项目。 5.如何整理ClassView视图中大量的类可以在classview 视图中右键新建文件夹（new folder），再把具有相近性质的类拖到对应的文件夹中，使整个视图看上去清晰明了. 6.定位预处理指定在源文件中定位光标到对称的#if, #endif,使用Ctrl+K. 7.如何添加系统中Lib到当前项目在Project | Settings | Link | Object/library modules：输入Lib名称，不同的Lib之间用空格格开. 8.如何添加系统中的头文件(.h)到当前项目. #include ,告诉编译到VC系统目录去找;使用#include "FileName.h"，告诉编译在当前目录找. 9.如何在Studio使用汇编调试在WorkBench的Debugger状态下按CTRL+F7. 10.怎样处理ClassZiard找不到的系统消息如果要在ClassWizard中处理WM_NCHITTEST等系统消息，请在ClassWizard中Class Info 页中将Message filter改为Window就有了. 11.如何干净的删除一个类先从Workspace中的FileView中删除对应的.h和.cpp文件,再关闭项目，从实际的文件夹中删除对应的.h和.cpp文件与.clw文件。

PLC程序的调试方法及步骤(精)

PLC程序的调试方法及步骤 PLC程序的调试可以分为模拟调试和现场调试两个调试过程，在此之前首先对PLC外部接线作仔细检查，这一个环节很重要。外部接线一定要准确无误。也可以用事先编写好的试验程序对外部接线做扫描通电检查来查找接线故障。不过，为了安全考虑，最好将主电路断开。当确认接线无误后再连接主电路，将模拟调试好的程序送入用户存储器进行调试，直到各部分的功能都正常，并能协调一致地完成整体的控制功能为止。 1．程序的模拟调试将设计好的程序写入PLC后，首先逐条仔细检查，并改正写入时出现的错误。用户程序一般先在实验室模拟调试，实际的输入信号可以用钮子开关和按钮来模拟，各输出量的通／断状态用PLC上有关的发光二极管来显示，一般不用接PLC实际的负载(如接触器、电磁阀等)。可以根据功能表图，在适当的时候用开关或按钮来模拟实际的反馈信号，如限位开关触点的接通和断开。对于顺序控制程序，调试程序的主要任务是检查程序的运行是否符合功能表图的规定，即在某一转换条件实现时，是否发生步的活动状态的正确变化，即该转换所有的前级步是否变为不活动步，所有的后续步是否变为活动步，以及各步被驱动的负载是否发生相应的变化。在调试时应充分考虑各种可能的情况，对系统各种不同的工作方式、有选择序列的功能表图中的每一条支路、各种可能的进展路线，都应逐一检查，不能遗漏。发现问题后应及时修改梯形图和PLC中的程序，直到在各种可能的情况下输入量与输出量之间的关系完全符合要求。如果程序中某些定时器或计数器的设定值过大，为了缩短调试时间，可以在调试时将它们减小，模拟测试结束后再写入它们的实际设定值。在设计和模拟调试程序的同时，可以设计、制作控制台或控制柜，PLC之外的其他硬件的安装、接线工作也可以同时进行。 2．程序的现场调试完成上述的工作后，将PLC安装在控制现场进行联机总调试，在调试过程中将暴露出系统中可能存在的传感器、执行器和硬接线等方面的问题，以及PLC的外部接线图和梯形图程序设计中的问题，应对出现的问题及时加以解决。如果调试达不到指标要求，则对相应硬件和软件部分作适当调整，通常只

vc6调试入门

Q：在设置断点调试时，按F10或F11键有时会进入机器码，请问这时除了停止调试外，还有没有其他方法返回到调试状态？还有，就是在单步执行时，能不能返回到程序的上一行或上几行？如果你认识还有哪些有用的调试技巧， A： 1.没有返回调试状态的说法 2.不能返回程序的上一行（你指的应该是程序的运行返回） 3. 如下：推荐不错的VC调试入门概述调试是一个程序员最基本的技能，其重要性甚至超过学习一门语言。不会调试的程序员就意味着他即使会一门语言，却不能编制出任何好的软件。这里我简要的根据自己的经验列出调试中比较常用的技巧，希望对大家有用。本文约定，在选择菜单时，通过/表示分级菜单，例如File/Open表示顶级菜单File 的子菜单Open。设置为了调试一个程序，首先必须使程序中包含调试信息。一般情况下，一个从AppWizard创建的工程中包含的Debug Configuration自动包含调试信息，但是是不是

Debug版本并不是程序包含调试信息的决定因素，程序设计者可以在任意的Configuration中增加调试信息，包括Release版本。为了增加调试信息，可以按照下述步骤进行： ? 打开Project settings对话框（可以通过快捷键ALT+F7打开，也可以通过IDE菜单Project/Settings打开) ? 选择C/C++页，Category中选择general ，则出现一个Debug Info下拉列表框，可供选择的调试信息方式包括：命令行Project settings 说明无None 没有调试信息/Zd Line Numbers Only 目标文件或者可执行文件中只包含全局和导出符号以及代码行信息，不包含符号调试信息/Z7 C 7.0- Compatible 目标文件或者可执行文件中包含行号和所有符号调试信息，包括变量名及类型，函数及原型等/Zi Program Database 创建一个程序库(PDB)，包括类型信息和符号调试信息。/ZI Program Database for Edit and Continue 除了前面/Zi的功能外，这个选项允许对代码进行调试过程中的修改和继续执行。这个选项同时使#pragma设置的优化功能无效 ? 选择Link页，选中复选框"Generate Debug Info"，这个选项将使连接器把调试信息写进可执行文件和DLL ? 如果C/C++页中设置了Program Database以上的选项，则Link incrementally可以选择。选中这个选项，将使程序可以在上一次编译的基础上被编译（即增量编译），而不必每次都从头开始编译。断点断点是调试器设置的一个代码位置。当程序运行到断点时，程序中断执行，回到调试器。断点是最常用的技巧。调试时，只有设置了断点并使程序回到调试器，才能对程序进行在线调试。设置断点：可以通过下述方法设置一个断点。首先把光标移动到需要设置断点的代码行上，然后? 按F9快捷键? 弹出Breakpoints对话框，方法是按快捷键CTRL+B或ALT+F9，或者通过菜单Edit/Breakpoints打开。打开后点击Break at编辑框的右侧的箭头，选择合适的位置信息。一般情况下，直接选择line xxx就足够了，如果想设置不是当前位置的断点，可以选择Advanced，然后填写函数、行号和可执行文件信息。

VC调试技巧

VC调试篇难怪很多前辈说调试是一个程序员最基本的技能，其重要性甚至超过学习一门语言。不会调试的程序员就意味着他即使会一门语言，却不能编制出任何好的软件。我以前接触的程序大多是有比较成形的思路和方法，调试起来出的问题都比较小，最近这个是我自己慢慢摸索调试，接触了很多新的调试方法，并查了很多前辈的总结，受益匪浅，总结以前的和新的收获如下： VC调试篇设置为了调试一个程序，首先必须使程序中包含调试信息。一般情况下，一个从AppWizard创建的工程中包含的Debug Configuration自动包含调试信息，但是是不是Debug版本并不是程序包含调试信息的决定因素，程序设计者可以在任意的Configuration中增加调试信息，包括Release版本。为了增加调试信息，可以按照下述步骤进行： ?打开Project settings对话框（可以通过快捷键ALT+F7打开，也可以通过IDE菜单Project/Settings打开) ?选择C/C++页，Category中选择general ，则出现一个Debug Info下拉列表框，可供选择的调试信息方式包括： ?选择Link页，选中复选框"Generate Debug Info"，这个选项将使连接器把调试信息写进可执行文件和DLL ?如果C/C++页中设置了Program Database以上的选项，则Link incrementally可以选择。选中这个选项，将使程序可以在上一次编译的基础上被编译（即增量编译），而不必每次都从头开始编译。

调试方法： 1、使用 Assert（原则：尽量简单）assert只在debug下生效，release下不会被编译。 2、防御性的编程 3、使用Trace 4、用GetLastError来检测返回值，通过得到错误代码来分析错误原因 5、把错误信息记录到文件中位置断点（Location Breakpoint）大家最常用的断点是普通的位置断点，在源程序的某一行按F9就设置了一个位置断点。但对于很多问题，这种朴素的断点作用有限。譬如下面这段代码： void CForDebugDlg::OnOK() { for (int i = 0; i < 1000; i++) //A { 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打开断点设置框，如下图：

VC调试技术

VC调试技术程序出错的类型大致可以分为两种，语法错误和逻辑错误。语法错误可以通过编译器的出错信息得到纠正。然而逻辑错误则不能，所以各大IDE（集成开发环境）中都提供了debug功能，用来分析和排除程序中的逻辑错误，排除逻辑错误的过程又称调试（或debug），下面谨以VC++6.0的调试环境做介绍。常用的调试命令主要有： step into 命令快捷键：F11 单步执行每条语句，在遇到函数的时候，系统将进入函数，单步执行其中的语句。 step over 命令快捷键：F10 单步执行每条语句，但在遇到函数时候，系统将把函数当作“一条语句”来执行，自动执行其中的内容，而不进入函数内部单步执行。 run to cursor 命令快捷键：Ctrl+F10 系统将自动执行到用户光标所指的语句前。（这个功能很有用，可以将精力集中到有问题的地方，从而节省调试时间） Go 命令快捷键：F5 系统将编译，连接，自动运行程序，但是会在程序设置了断点(breakpoint)处停下。BuildExcute 命令快捷键：Ctrl+F5 系统将编译，连接，运行编译好的程序代码，因此不会在断点处停留，但是在程序执行结束之后，系统会给一个Pause，以方便用户观察输出结果。 Stop debug命令快捷键：Shift+F5 本命令是用来终止动态调试过程的。动态调试的主要方法——watch（监视变量）在程序编译通过以后，当使用了step into,step over,run to cursor, go命令使系统在程序执行的过程中停下之后，系统就会进入调试状态。调试过程中，你的程序执行窗口会调到后台，而系统窗口中会显示你的程序，其中的黄色箭头指向的是系统下一步将要执行的语句。而系统窗口下面的那个监视窗口就是我们将要介绍的重点. watch窗口被左右分成了两个部分，左面的那部分我们姑且称之为“自动监视区”（即variable窗口），而右面的我们称之为“手动监视区”。（即watch窗口）自动监视区是系统自动跟踪的变量名。系统默认显示auto标签，那是显示在上一步执行过程中，程序中发生改变的变量。 locals标签跟踪的是某一个函数中的所有变量。上面的find sourse组合框中指示的是当前在locals标签下在跟踪的变量是属于哪一个函数的。说明：当find sourse组合框中的内容变成灰色时，说明系统正在运行程序，或者等待输入端的数据（通常会是这个情况），此时应当注意程序执行窗口中的内容。然而通常仅仅只有自动监视区所监视的变量是不够的，有时我们需要自己定义一些需要跟踪的变量——这个时候我们就要在手动监视区中输入变量名（也可以是系统认为合法的表达式）来跟踪我们需要的值。注意：当用户定义了一个指向数组的watch之后，在变量的左边会出现一个小的'+'号，表示这个数组可以“展开”——显示其中每一个下标所指示的内容，这与其他高级语言的IDE有些不同。值得一提的是VC++的一个人性化设置：在用户定义的变量很多时，往往需要通过滚屏才能看到所

vc++6调试按钮用法和注意事项(考前资料)

调试详细教程 1、调试的一般过程调试，就是在程序的运行过程的某一阶段观测程序的状态。在一般情况下程序是连续运行的，所以我们必须使程序在某一地点停下来。我们所做的第一项工作就是设立断点；其次再运行程序；当程序在设立断点处停下来时，利用各种工具观察程序的状态。程序在断点停下来后，有时我们需要按我们的要求控制程序的运行，以进一步观测程序的流向。下面我们依次来介绍断点的设置，如何控制程序的运行以及各种观察工具的利用。 3、设置断点在VC中，可以设置多种类型的断点，根据断点起作用的方式把这些断点分为三类: 1、与位置有关的断点； 2、与逻辑条件有关的断点 3、与WINDOWS消息有关的断点。主要介绍前面两种断点。 4、设置位置断点最简单的是设置一般位置断点： ?把光标移到你要设断点的位置，当然这一行必须包含一条有效语句的； ?然后按工具条上的add/remove breakpoint 按钮或按快捷键F9。将会在屏幕上看到在这一行的左边出现一个红色的圆点表示这里设立了一个断点

7、 8、设置逻辑断点单击上页Condition按钮，弹出Breakpoint Condition对话框，在expression_r编辑框中写出你的逻辑表达式，最后按OK返回。这种断点主要是由其位置发生作用的，但也结合了逻辑条件，使之更灵活。 9、控制程序的运行上面我们讲了如何设置各类断点，下面我们来介绍如何控制程序的运行。当我们从菜单Build到子菜单Start Debug选择Go，程序开始运行在Debug状态下，程序会由于断点而停顿下来后，可以看到有一个小箭头，它指向即将执行的代码。

VC调试方法大全

一、调试基础调试快捷键 F5: 开始调试 Shift+F5: 停止调试 F10 : 调试到下一句，这里是单步跟踪 F11 : 调试到下一句，跟进函数内部跟踪调试 1、尽量使用快捷键时行调试 2、观察调试信息 3、高级中断设置异常调试重试— > 取消— > 调试函数堆栈，用variables 或者call stack 窗口 Release 调试经常测试你的Debug 和Release 版本不要移除调试代码，如用 ASSERT, TRACE 等。初始化变量，特别是全局变量， malloc 的内存，new 的内存当你移除某个资源时，确保你移除了所有跟这个资源相关的申明（主要是在 resouce.h 文中）使用3或者4级的警告级编译你的代码，并确保没有警告， Project->setting->c/c++->warninglevel （版是项目-> 属性->C/C++-> 常规— > 警告等级） 6、—debug 改成 NDEBUG 进行调试，project->setting->C/C++->Preprocessordefinitions >属性->C/C++-> 预处理器-> 预处理定义）（这里是debug 和Release 编译的重要不同之一） VC 调试方法大全 VC 调试方法大全 Shift+F11: 从当前函数中跳出 Ctrl+F10: 调试到光标所在位置 F9: 设置（取消）断点 Alt+F9: 高级断点设置中文（中文版是项目-

7、在 Release 中调试源代码，project->setting->C/C++->debug info 选择ProgramDataBase （中文版是项目-> 属性->C/C++-> 常规-> 调试信息格式-> 用于编辑并继续"的程序数据库），Project — >setting->link 选上 Generate debug info （中文版是项目-> 属性-> 链接器-> 调试-> 生成调试信息） 8、走读代码，特别关注堆栈和指针二、TRACE 宏当选择了 Debug 目标，并且afxTraceEnabled 变量被置为TRUE 时，TRACE 宏也就随之被激活了。但在程序的 Release 版本中，它们是被完全禁止的。下面是一个典型的 TRACE 语句: int nCount =9; CString strDesc("total"); TRACE("Count =%d,Descri ption =%s\n",nCount,strDesc); 可以看到，TRACE 语句的工作方式有点像C 语言中的printf 语句，TRACE 宏参数的个数是可变的，因此使用起来非常容易。如果查看 MFC 的源代码，你根本找不到TRACE 宏，而只能看到TRACE0、TRACE1、TRACE2和 TRACE3宏，它们的参数分别为 0、1、2、3。个人总结：最近看网络编程是碰到了 TRACE 语句，不知道在哪里输出，查了一晚上资料也没找出来，今天终于找到了，方法如下: 1.在MFC 中加入TRACE 语句 2.在 TOOLS->MFCTRACER 中选择 “ ENABLE TRACING ”点击 OK 3.进行调试运行，G0（F5）（特别注意：不是执行！'以前之所以不能看到TRACE 内容，是因为不是调试执行，而是！‘了，切记，切记）口，在那里就看到TRACE 的内容了，以下是找的TRACE 的详细介绍: TRACE 宏对于VC 下程序调试来说是很有用的东西，有着类似出现，当RELEASE 的时候该宏就完全消失了，从而帮助你调式也在使用非常简单，格式如下: TRACE("DDDDDDDDDDD"); TRACE("wewe%d",333); 4.然后就会在OUT PUT 中的DEBUG 窗口中看到TRACE 内容了, 调试执行会自动从 BUILD 窗口跳到DEBUG 窗 printf 的功能；该宏仅仅在程序的 DEBUG 版本中 RELEASE 的时候减少代码量。

vc++6.0调试方法(附有快捷键)

调试程序可以帮助了解程序是怎样运行的。 1、如何快速地规范代码缩进格式选中所需要规范的代码，按alt+F8 2、如何在Release状态下进行调试 Project－>Setting…－>Project Settings对话框，选择Release状态。“C/C++”标签页中的Category选General，Optimizations选Disable(Debug)，Debug info选Program Database。在“Link”标签页中选中Generate debug info复选框。注：只是一个介乎Debug和Release的中间状态，所有的ASSERT、VERIFY都不起作用，函数调用方式已经是真正的调用，而不查表，但是这种状态下QuickWatch、调用队列跟踪功能仍然有效，和Debug版一样。 3、Release和Debug有什么不同。 Release版称为发行版，Debug版称为调试版。 Debug中可以单步执行、跟踪等功能，但生成的可执行文件比较大，代码运行速度较慢。Release版运行速度较快，可执行文件较小，但在其编译条件下无法执行调试功能。 Release的exe文件链接的是标准的MFC DLL(Use MFC in a shared or static dll)，比如 MFC42.DLL。这些DLL在安装Windows的时候，已经配置，所以这些程序能够在没有安装Visual C++ 6.0的机器上运行。而Debug版本的exe链接了调试版本的MFC DLL文件，如MFC42D.DLL。在没有安装Visual C++6.0的机器上不能运行，因为缺MFC42D.DLL等，除非选择use static dll when link。 4、ASSERT和VERIFY有什么区别 ASSERT里面的内容在Release版本中不编译，VERIFY里面的内容仍然编译，但不再判断真假。所以后者更安全一点。例如ASSERT(file.Open(strFileName))，一旦到了Release版本中，这一行就忽略了，file根本就不Open()了，而且没有任何出错的信息。如果用VERIFY()就不会有这个问题。 5、Workspace和Project之间是什么样的关系每个Workspace可以包括几个project，但只有一个处于Active状态，各个project之间可以有依赖关系，在project的S etting…中可以设定，比如那个Active状态的project可以依赖于其他的提供其函数调用的静态库。 6、如何在非MFC程序中使用ClassWizard 在工程目录下新建一个空的.RC文件，然后加入到工程中就可以了。

调试程序的简单说明.

难怪很多前辈说调试是一个程序员最基本的技能,其重要性甚至超过学习一门语言。不会调试的程序员就意味着他即使会一门语言,却不能编制出任何好的软件。我以前接触的程序大多是有比较成形的思路和方法,调试起来出的问题都比较小,最近这个是我自己慢慢摸索调试,接触了很多新的调试方法,并查了很多前辈的总结,受益匪浅,总结以前的和新的收获如下: VC 调试篇设置为了调试一个程序,首先必须使程序中包含调试信息。一般情况下,一个从AppWizard 创建的工程中包含的Debug Configuration 自动包含调试信息,但是是不是Debug 版本并不是程序包含调试信息的决定因素,程序设计者可以在任意的Configuration 中增加调试信息,包括Release 版本。为了增加调试信息,可以按照下述步骤进行: ? 打开Project settings 对话框(可以通过快捷键ALT+F7打开,也可以通过IDE 菜单Project/Settings 打开 ?选择C/C++页,Category 中选择general ,则出现一个Debug Info 下拉列表框,可供选择的调试信息方式包括: 命令行 Project settings 说明无 None 没有调试信息 /Zd Line Numbers Only 目标文件或者可执行文件中只包含全局和导出符号以及代码行信息,不包含符号调试信息

/Z7 C 7.0- Compatible 目标文件或者可执行文件中包含行号和所有符号调试信息,包括变量名及类型,函数及原型等 /Zi Program Database 创建一个程序库(PDB,包括类型信息和符号调试信息。 /ZI Program Database for Edit and Continue 除了前面/Zi 的功能外,这个选项允许对代码进行调试过程中的修改和继续执行。这个选项同时使 #pragma 设置的优化功能无效 ? 选择Link 页,选中复选框"Generate Debug Info",这个选项将使连接器把调试信息写进可执行文件和DLL ?如果C/C++页中设置了Program Database 以上的选项,则Link incrementally 可以选择。选中这个选项,将使程序可以在上一次编译的基础上被编译(即增量编译,而不必每次都从头开始编译。调试方法: 1、使用 Assert(原则:尽量简单assert只在debug下生效,release下不会被编译。 2、防御性的编程 3、使用Trace 4、用GetLastError来检测返回值,通过得到错误代码来分析错误原因 5、把错误信息记录到文件中位置断点(Location Breakpoint 大家最常用的断点是普通的位置断点,在源程序的某一行按F9就设置了一个位置断点。但对于很多问题,这种朴素的断点作用有限。譬如下面这段代码:

VB程序调试技巧

一，如果遇到了一些逻辑性很强的问题比如有循环什么的我的方法是在关键地方加入变量这样可以比较好地找到问题二，msgbox 三，监视窗口，如下面的例子 For i=1 to 10000 A=sqr(i) next i 你想再监视当i＝799时A的值，就可以添加监视，方法：点调试，添加监视，选择“当监视值为真时中断”，上面表达式框中写上i=799，这样你按F5，运行程序，程序会在i=799时中断。其他选项你可以自己去琢磨一下。一个程序如何顺利的“脱产”，调试的过程是非常重要的。学过、钻研过程序设计的人都有同样的感受，很多情况下，调试程序的过程会比程序编写的过程更为困难。任何一个天才都不敢说，他编的程序是100%正确的。几乎每一个稍微复杂一点的程序都必须经过反复的调试、修改，最终才完成。所以说，程序的调试是编程中的一项重要技术。程序中的典型错误类型 A类：语法错误。 B类：编译错误。

C类：属性设置错误。 D类：逻辑错误。调试方法方法一：利用“MSDN帮助菜单” “MSDN帮助菜单”是一个很好的自学工具，对于出现调试对话框的菜单来说，可以按下“帮助”按钮查看错误原因。对于一些不是很清楚的函数格式、保留字的作用，也可以借助“帮助菜单”。方法二：逐过程检查主要检查代码是否写对，位置有没有错误，关键是要确定一段代码是在哪个事件控制下的。不妨先在脑海中把整个程序过一边，想一想究竟会有哪些事件发生（有些事件是人机互动的，例如：鼠标点击；而有些是机器自己执行的，这时要想到计时器的作用）；然后想一想每一件事发生后有什么效果。我们代码所编写的一般就是事件发生后的这个效果，那么以此事件来决定代码所写的位置。

C Free 5程序调试方法

C Free 5.0 程序的单步调试创建一份新的代码文件可直接点击“文件”下的白色图标，或点击“文件”选择“新建”，或按快捷键“Ctrl + N”（C Free 5.0默认情况下新建的代码文件为.cpp 格式，可在“工具”、“环境选项”、“新建文件类型”中更改，C语言标准格式为.c 格式）基于实例的C程序调试介绍一、查看变量的内容 # include int main(int argc, char* argv[]) { int i; int sum; sum=0; for(i=1;i<=10;i++) sum=sum+i; printf("sum=%d",sum); return 0; } 第一步，打开C Free 5.0，输入上面的代码。第二步，把光标移到“sum=0；”这一行，按F10 它的作用是设一个断点，程序运行到这里时，会停下来。也就是说，接下来，程序必须通过按 F7键单步运行了。第三步：按F9 (开始调试) 我们发现有一箭头停留在这句语句上，它指示程序停留的位置，而箭头所在的语句（“sum=0；”）还没有执行。事实上，我们可以通过看一下内存变量sum的内容来验证。方法是这样的：打开“调试”下的“监视”，或者按快捷键“Alt + 3”。在“监视”的空白处点击鼠标右键，选择“添加监视”。

输入需要监视的变量名，这里输入为sum 这时我们可以在监视窗口中看到sum的内容不为0，而是一个随机的值。第四步，我们按一下F7（进入），我们发现sum的内容变为0了。这说明“sum=0；”这句语句被执行了。我们还可以用同样的方法看一下i的内容。只需要鼠标点第六步，一步一步地按F7，我们可以发现在单步执行for循环语句的时候i和sum的内容在不断变化。当退出循环时，我们发现i的内容为11（因为变量i的内容为11,i<=10这个条件不满足,所以程序退出循环）。附带提一下，当程序已经执行了“sum=0；”这一句语句后，如果我们直接把光标移到“printf("sum=%d",sum);”，然后按Ctrl+ F8，我们可以直接把上面的for循环都执行了，而不必一步一步地按F7。在实践中，为了查找程序的逻辑错误，我们往往要单步运行该程序好几遍。如果已经通过单步调试验证某一段语句（如一个for循环语句或者几个用户定义的函数）正确了，我们就可以用Ctrl+ F8跳过这段语句，直接运行到还未测试的语句。二、F7（进入）和F8（跳过）的区别 # include int add(int m,int n) { int s; s=m+n; return s; } int main(int argc, char* argv[]) { int i=1; int j=2;