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

如何用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就足够了，如果想设置不是当前位置的断点，可以选择

软件调试技巧

软件调试技巧 一、软件调试方法 软件调试有很多种方法。常用的有4种，即强行排错法、回溯排错法、归纳排错法和演绎排错法。 1.强行排错法 这种方法需要动脑筋动的地方比较少，因此叫强行排错。通常有以下3种表现形式： ●打印内存变量的值。在执行程序时，通过打印内存变量的数值，将该数值同预期的数值进行比较，判 断程序是否执行出错。对于小程序，这种方法很有效。但程序较大时，由于数据量大，逻辑关系复杂，效果较差。 ●在程序关键分支处设置断点，如弹出提示框。这种方法对于弄清多分支程序的流向很有帮助，可以很 快锁定程序出错发生的大概位置范围。 ●使用编程软件的调试工具。通常编程软件的IDE集成开发环境都有调试功能，使用最多的就是单步调 试功能。它可以一步一步地跟踪程序的执行流程，以便发现错误所在。 2.回溯排错法 这是在小程序中常用的一种有效的调试方法。一旦发现了错误，可以先分析错误现象，确定最先发现该错误的位置。然后，人工沿程序的控制流程，追踪源程序代码，直到找到错误根源或确定错误产生的范围。 3.归纳排错法 归纳法是一种从特殊推断一般的系统化思考方法。归纳法调试的基本思想是，从一些线索（错误的现象）着手，通过分析它们之间的关系来找出错误，为此可能需要列出一系列相关的输入，然后看哪些输入数据的运行结果是正确的，哪些输入数据的运行结果有错误，然后加以分析、归纳，最终得出错误原因。 4.演绎排错法 演绎法是一种从一般原理或前提出发，经过排除和精化的过程来推导出结论的思考方法。调试时，首先根据错误现象，设想及枚举出所有可能出错的原因作为假设。然后再使用相关数据进行测试，从中逐个排除不可能正确的假设。最后，再用测试数据验证余下的假设是否是出错的原因。 二、调试的原则 调试能否成功一方面在于方法，另一方面很大程度上取决于个人的经验。但在调试时，通常应该遵循以下一些原则。 1.确定错误的性质和位置的原则 用头脑去分析思考与错误征兆有关的信息，避开死胡同。调试工具只是一种辅助手段。利用调试工具可以帮助思考，但不能代替思考。通常避免使用试探法，最多只能将它当作最后的手段，毕竟小概率事件有时也会发生。 2.修改错误的原则 在出现错误的地方，很可能还有别的错误。修改错误的一个常见失误是只修改了这个错误的征兆或这个错误的表现，而没有修改错误本身。当新修正一个错误的同时又引入新的错误。 三、有效减少调试时间 1.绘制程序流程图 一些程序员认为，绘制程序流程图是件繁琐的事，而且浪费时间。其实不然，当读者对着偌大的程序一筹莫展时，面对纷纭复杂的关系理不出头绪时，使用程序流程图绝对可以事半功倍。 因此建议在编制程序前先绘制流程图，这样编程的思路有条理，调试时同样会有条不紊。若编制程序之前没有绘制流程图，当排错没有进展时，可以马上编写流程图。你会发现，程序中某些分支或细节被忽略了，这些细节可能就是程序出错的地方。 2.不要过多地依赖单步调试 有些程序对时间很敏感。数据只在那么一瞬间有效，可谓稍纵即逝。所以等到单步执行到那里时，

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页面弹出。 如下页图所示。

3-2节 程序调试的方法

3-2节程序调试的方法 编程是一件需要认真和细心的工作。通过让学生从李明同学学习程序设计时所遇到的困难和他情感上所表现出来的“窘态”故事开始，道出程序调试不但需要技巧、更需要有耐心和毅力的道理，从而激发学生学习程序调试的兴趣和热情，拉开了本节的充幕。 接着，布置任务，让学生输入课本P83四段有错误的程序，要求学生自己探究，并改正程序。 最后分析程序运行的情况，总结出程序运行出错的四种类型： 一、拼写错误 1）在工程窗口中，看到红色文字显示的程序是有拼写错误的。 2）同时还要检查其它的拼写错误 Pring改为print Integr改为integer 2、编译时出现的错误 S应该改为a 3、运行时出现的错误 运行时的错误是指编译通过后，在执行程序时出现的错误，如用0作除数等。

例如：a=0的时候，将会出现0作除数的情形 4、逻辑错误 程序运行后，得出的结果不是正确的。这说明程序存在逻辑错误。逻辑错误产生 的原因很多，运算符使用不正确、语句次序不对、循环的设置不对等都可以产生 逻辑错误。 如这里的程序的出口应该是tree>=100 任务： P85 马上行动：

你和同学们能解决以上的问题吗？以合作、交流的方式大胆尝试一下，你会有意外的收获！ 一、本节小结： 本节主要通过任务驱动、探究的形式，介绍了程序的错误类型，分析了产生错误的原因，程序的调试与排错的方法，让学生“从做中学”，进一步体验了程序调试的方法和技巧，培养了 学生调试程序的耐心和毅力，提高了学生程序设计的素养。 五、课外练习 编写一个程序，将从键盘输入的一个自然数进行因数分解，输出结果并上机验证。

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保存设置,重新编译程序,下断点即可.

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文件。

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打开断点设置框，如下图：

PLC程序现场调试的方法

P L C程序现场调试的方法 Prepared on 24 November 2020

PLC程序现场调试的方法——【非常重要】 02-04 16:42更新林慧玲分类：围观:625人次微信二维码 1、要查接线、核对地址 要逐点进行，要确保正确无误。可不带电核对，那就是查线，较麻烦。也可带电查，加上信号后，看电控系统的动作情况是否符合设计的目的。 2、检查模拟量输入输出 看输入输出模块是否正确，工作是否正常。必要时，还可用标准仪器检查输入输出的精度。 3、检查与测试指示灯 控制面板上如有指示灯，应先对应指示灯的显示进行检查。一方面，查看灯坏了没有，另一方面检查逻辑关系是否正确。指示灯是反映系统工作的一面镜子，先调好它，将对进一步调试提供方便。 4、检查手动动作及手动控制逻辑关系 完成了以上调试，继而可进行手动动作及手动控制逻辑关系调试。要查看各个手动控制的输出点，是否有相应的输出以及与输出对应的动作，然后再看，各个手动控制是否能够实现。如有问题，立即解决。 5、半自动工作 如系统可自动工作，那先调半自动工作能否实现。调试时可一步步推进。直至完成整个控制周期。哪个步骤或环节出现问题，就着手解决哪个步骤或环节的问题。 6、自动工作 在完成半自动调试后，可进一步调试自动工作。要多观察几个工作循环，以确保系统能正确无误地连续工作。 7、模拟量调试、参数确定 以上调试的都是逻辑控制的项目。这是系统调试时，首先要调通的。这些调试基本完成后，可着手调试模拟量、脉冲量控制。最主要的是选定合适控制参数。一般讲，这个过程是比较长的。要耐心调，参数也要作多种选择，再从中

选出最优者。有的PLC，它的PID参数可通过自整定获得。但这个自整定过程，也是需要相当的时间才能完成的。 8、完成上述所有的步骤 整个调试基本算是完成了。但最好再进行一些异常条件检查。看看出现异常情况或一些难以避免的非法操作，是否会停机保护或是报警提示。进行异常检查时，一定要充分考虑到设备与人身的安全! 整个调试基本算是完成了。但最好再进行一些异常条件检查。看看出现异常情况或一些难以避免的非法操作，是否会停机保护或是报警提示。进行异常检查时，一定要充分考虑到设备与人身的安全!

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。 将会在屏幕上看到在这一行的左边出现一个红色的圆点表示这里设立了一个断点

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

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

VB程序调试技巧

一，如果遇到了一些逻辑性很强的问题比如有循环什么的我的方法是在关键地方加入debug.print 变量 这样可以比较好地找到问题 二，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帮助菜单”是一个很好的自学工具，对于出现调试对话框的菜单来说，可以按下“帮助”按钮查看错误原因。 对于一些不是很清楚的函数格式、保留字的作用，也可以借助“帮助菜单”。 方法二：逐过程检查 主要检查代码是否写对，位置有没有错误，关键是要确定一段代码是在哪个事件控制下的。不妨先在脑海中把整个程序过一边，想一想究竟会有哪些事件发生（有些事件是人机互动的，例如：鼠标点击；而有些是机器自己执行的，这时要想到计时器的作用）；然后想一想每一件事发生后有什么效果。我们代码所编写的一般就是事件发生后的这个效果，那么以此事件来决定代码所写的位置。 方法三：逐语句检查（顺序、语义） 主要检查每一句代码的顺序是否写对，语义是否正确。 把整个代码从头至尾地读一边，仔细思索每一段子过程什么时候执行，以及每一子过程中的每一句代码什么时候发生，必要时可以在程序段中插入Print语句分段查看；也可用注释语

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文件，然后加入到工程中就可以了。

程序调试步骤

一、认识调试功能 在组建(build)菜单中，点击开始调试(start debug)，在其下级子菜单中，包含了启动调试器运行的各项子命令（如图1所示） 图1 开始调试菜单 各子命令及其功能如下： ?Go：从程序中的当前语句开始执行，直到遇到断点（后面讲）或遇到程序结束。 ?Step Into：控制程序单步执行，并在遇到函数调用时进入函数内部。 ?Run to Cursor：在调试运行程序时，使程序运行到当前光标所在位置时停止，相当于设置了一个临时断点。 二、单步调试代码 利用图1菜单中的Step into功能或按F11键，进入单步调试状态，有一个箭头指向程序的第一行，每按一次F11键，程序再向前执行一行语句，如图2所示。

图2 开始调试后的界面 我们对图2的界面进行观察。 首先，菜单中增加一个调试（debug）菜单，如图中①处，下面是菜单中的部分功能（鼠标浮到上面时，会有提示，请试一试。） ?Step Into(F11)：单步调试程序，遇到调用函数时，进入函数内部逐步执行； ?Step Over(F10)：也是单步调试程序，遇到调用函数时，并不进入函数内容执行； ?Step Out：调试程序时，从正在执行的某个嵌套结构的内部跳到该结构的外部，常用于知道调用函数中不存在错误的情况； ?Run to Cursor(CTRL-F10)：调试程序时，直接运行到插入点处。 其次，和当前正在执行的语句相关的变量，以及其当前的值显示在了②处。 再次，黄色箭头代表了正在执行的位置。 【练习1】 下面，针对求1+2+3+...+100的程序，体验单步执行。步骤： (1)编写如图所示求1+2+3+...+100的程序，排除编译错误； (2)按前述开始单步执行，用“Step Into(F11)”持续执行，在执行过程中，注意观察变量的变化。 ?调试中，要将自己的预期和计算机执行的结果进行比较，当发现不一致，恭喜，问题找到了。

Aleader--AOI-调试步骤与技巧

A l e a d e r--A O I-调试步骤 与技巧 -标准化文件发布号：（9556-EUATWK-MWUB-WUNN-INNUL-DDQTY-KII

标准注册与调试步骤 1.标准注册: A.电容: 电容的检测主要是检查其焊点、是否贴有元件和是否错料 电容命名格式是C-元 件大小-数字,eg:如图的 电容c0603-1 选定位框定位,框住 本体,便于找位 0603的元件偏移范围在之间, 若偏移范围过大,会导致测试 过程中框偏移而影响测试 注册时规定其中一个焊盘朝右 为零度,若当时元件不是按如图 所示的放置,则按此键旋转,使 B.电阻: 电阻的标准分两部分作,第一部分是看焊点(如下图图一),每二部分是看丝印(如下图图二),这样既可以检测焊点又可以检测是否错料(丝印检测) 电容命名格式是R-阻值(即本体 上的丝印),若同一块PCB板有大 小不同、阻值相同的元件,则R- 阻值-元件大小 焊点检测时不用滤色功能和调 整对比度、亮度 在上面的选项都选择完后,点 击此按钮,确定注册 图一

丝印的变化较多,若与本体 一起作标准,则影响焊点的 检测,且误判较多,很难调顺, 单独对丝印作标准,可以减 少由于丝印变化而带来的误 偏移范围一般填 作丝印检测时通过滤色可以消除 松香对丝印的影响,调整对比度和 亮度可使白的部分更白黑的更黑, 图二 C.三极管: 三极管的的标准分三部分作,具体步骤如下: ⑴本体和两个脚一起框,主要用来检测两个脚的焊点,加上本体能更好定位,编程时若三极管来料较多,都可以用一个来替换,可以节约编程时间,且在调试时可以不考虑丝印对它的影响,只要看焊点是否完好,而检测错料可以对丝印单独作标准{见第 三极管的命名格式是Q-数字,允 许偏移范围一般在加上极性检测 后能更好地检测元件是否贴反,定 位框定位能更准确找位 不管元件原来在PCB板的 放置如何,注册标准时一定 要将焊盘朝右,按此按钮可 以实现

程序调试的技巧

一、程序调试的必要性 程序设计过程中，错误是在所难免的。虽然有些程序员认为一个程序可以做到完美无瑕，但实际情况却并非如此，不然就不会有人对Windows怨气冲天了。尽管信息学竞赛中所编的程序从来不会像Windows那样庞大，最多也是仅仅几百K而已，但由于时间有限，选手们的程序难免有疏漏之处。因此，调试就成了极其重要的一环。如何在紧迫的时间内快速准确地发现并改正错误，正是本文所要讨论的问题。 二、常见错误类型归纳 《孙子兵法》云：“知己知彼，百战不殆。”对于程序调试者来说，程序中的错误就好比是敌人，如能准确把握敌人的情况，无疑是极为有利的。下面我们就来对常见的一些错误类型进行归纳并给出解决方法。 1、思路错误 这要看是基本算法错误还是功能缺陷。前者需要重写大部分代码，是否重写则根据时间是否充裕而定，后者只需增加一部分代码，再修改某些地方，这时应全面考虑，以防遗漏应该修改的地方。 2、语法错误 这个没什么可说的，作为一名信息学竞赛的选手，应该对自己选择的编程语言的语法了如指掌，具体在这里就不多讲了。 3、书写错误 这种错误令人十分头痛，一般的书写错误在编译时都能找出来，但如

果你在表达式中用到变量j时误写成了i，不但编译程序找不出来，自己找时也由于两者样子比较相似，难以发现。排除这种错误只能靠“细心”两字，具体可使用下面要介绍的静态查错法。 4、输出格式错误 由于现在信息学竞赛采用黑箱测试法，由于输出格式错误而导致失分的例子屡见不鲜。一个标点，一个空格，都会导致最后的悔恨。因此，在调试时先要核对输出格式，针对不同输出格式多设计几个测试用例，以防一失足成千古恨。 5、其它编程时易犯的错误 除了上面所说的错误类型外，其它就属于编程时在细节上考虑不周所造成的了。下面仅列举其中一些较为隐蔽的错误。只有靠平时不断总结积累，才能真正的做到“知己知彼”。 ①变量未赋初值 看下面的程序段 For i：=1 to N Do If A>Max Then Max：=A； WriteLn（Max）； 这个程序段的原意显然是要输出数组A中最大的数。但由于它遗漏了将Max赋初值的语句，因此很可能会出现输出的数并不在数组A中的错误。应该在过程开头添上一句Max：=-MaxInt；。养成变量使用前先赋初值的习惯能预防许多较隐蔽的错误。 ②中间运算越界

程序调试技巧

程序调试（除错）过程中的一些雕虫小技（一、前言） 调试程序，是软件开发过程中的一个必不可少的环节。这篇帖子，匠人试着来整理一下一些调试的技巧。 说到“技巧”，这个词自从被所长批臭之后，匠人就吓得不敢再提，生怕一不小心就暴露了思想的浅薄和眼光的局限，呵呵。所以咱们不叫“技巧”，干脆低调点，就叫“雕虫小技”吧。 这里所讨论的“调试”技巧，有些是必须结合开发工具本身的功能来实现，而有些可以通过烧录芯片来验证。 各种开发工具，提供的功能多少强弱也不尽相同，这些方法也未必都能套用。仅供参考吧。 最后说明一下，这是没有草稿的帖子，匠人仍然以不定期连载的方式，边写边发边改。可能结构会比较混乱。欢迎大家一起参与讨论。 程序调试（除错）过程中的一些雕虫小技（二、磨刀不误砍柴功） 在调试之前，需要掌握以下一些基本功： 1、熟悉当前的开发（调试）环境，比如：设置断点、单步运行、全速运行、终止运行，查看RAM、查看堆栈、查看IO口状态……总之，要熟练掌握基本操作的方法，并深刻了解其中意义。 2、了解芯片本身的资源和特性。

3、了解一点汇编语言的知识。（本来匠人是准备写“精通”的，但考虑到现状，还是“放低”这方面的要求罢了）。 4、掌握基本的电路知识和排错能力。（软件调试有时也会牵涉到硬件原因。总不能连三极管的好坏都不能识别吧？） 5、万用表、示波器、信号发生器……这些工具总该会用吧？ 6、搜索、鉴别资料的能力。（内事问百度、外事问古狗、有事没事上21ic网） 7、与人沟通，描述问题的能力。（调试36计的最后一计——就是向他人讨教。当然，你得把话说明白才行） 差不多了，如果上述7把砍柴刀磨好了，就可以开始调试了。接下来，请调入你的程序…… ——什么？你说你程序还没写？ ——匠人倒塌…… 程序调试（除错）过程中的一些雕虫小技（三、优先调试人机界面）面对程序中的一大堆模块，无从下手是吗？好吧，匠人告诉你，先调显示模块，然后是键盘。 为什么要先调显示模块？道理很简单，我们说“眼睛是心灵的窗户”，同样，“显示是程序的窗户”。一旦把显示模块调试好了，就可以通