这个错误程序，基本算法是没有问题的。通过分析知道，求字符串长度的for(i)循环是没有问题的，错误可以是for(i)循环之后。如果仍然用F10一步步地调试，for(i)循环也必须一步步的执行，如果字符串很长，会浪费时间，显然是没有必要的。只需要直接从第2个for循环开始调试就可以了。
断点调试：设置“断点”+F10。
1、鼠标定位需要调试的程序行，按“断点”按钮。
2、设好断点。
3、点“go”按钮。
3、输入字符串。
4、断点前的语句自动执行，不再一条条执行，程序在断点处暂停，然后再用F10一条条地跟踪调试。可以设多个断点。
先说一个概念：调试，在企业程序设计里（我把企业商务类型的软件开发叫企业程序设计，把单片机与驱动程序这样接触底层汇编与硬件相关的程序设计叫底层程序设计），调试一般都用来跟踪变量的赋值过程，以及查看内存堆栈的内容，查看这些内容的目的在于观察变量的赋值过程与赋值情况从而达到调试的目的。由于企业程序的宿主就是开发它的计算机本身，因此企业程序设计比起底层程序设计，特别是单片机的程序设计调试来的更直观，调试也更方便。 单片机的程序设计调试分为两种，一种是使用软件模拟调试，意思就是用开发单片机程序的计算机去模拟单片机的指令执行，并虚拟单片机片内资源，从而实现调试的目的，但是软件调试存在一些问题，如计算机本身是多任务系统，划分执行时间片是由操作系统本身完成的，无法得到控制，这样就无法时时的模拟单片机的执行时序，也就是说，不可能像真正的单片机运行环境那样执行的指令在同样一个时间能完成（往往要完成的比单片机慢）。为了解决软件调试的问题，第二种是硬件调试，硬件调试其实也需要计算机软件的配合，大致过程是这样的：计算机软件把编译好的程序通过串行口、并行口或者USB口传输到硬件调试设备中（这个设备叫仿真器），仿真器仿真全部的单片机资源（所有的单片机接口，并且有真实的引脚输出），仿真器可以接入实际的电路中，然后与单片机一样执行。同时，仿真器也会返回单片机内部内存与时序等情况给计算机的辅助软件，这样就可以在软件里看到真实的执行情况。不仅如此，还可以通过计算机断的软件实现单步、全速、运行到光标的常规调试手段。 图1：仿真器 总结一下两者的不同与相同： 相同点： 1：都可以检测单片机执行时序下的片内资源情况（如R0-R7 、PC计数器等） 2：可以实现断点、全速、单步、运行到光标等常规调试手段。 不同：
Ｃ语言调试常见错误 一、第一类错误分析 1在使用变量前未定义。 例如： main() ｛a=1; b=2; printf(″％d＼n″, a+b); ｝ 2语句后面漏写分号或不该加分号的地方加了分号。 C语言规定，语句必须以分号结束，分号是C语句不可缺少的一部分，这也是和其它高级语言不同的一点。初学者往往容易忽略这个分号。 如： x=1 y=2； 又如在复合语句中漏写最后一个语句的分号： ｛t=x; x=y; y=t ｝ 3不该有空格的地方加了空格 例如，在用／*...*／对C程序中的任何部分作注释时，／与*之间都不应当有空格。 又如，在关系运算符＜=,＞=,==和!=中，两个符号之间也不允许有空格。 4定义或引用数组的方式不对。 C语言规定，在对数组进行定义或对数组元素进行引用时必须要用方括号(对二维数组或多维数组的每一维数据都必须分别用方括号括起来)，例如以下写法都将造成编译时出错： int a(10); int b［5,4］; printf(″％d＼n″, b［1+2,2］); 5混淆字符和字符串 C语言中的字符常量是由一对单引号括起来的单个字符；而字符串常量是用一对双引号括起来的字符序列。字符常量存放在字符型变量中，而字符串常量只能存放在字符型数组中。例如， 假设已说明num是字符型变量，则以下赋值语句是非法的： num=″1″; 6在引用数组元素或指针变量之前没对其赋初值。 例如： main() main() ｛int a［6］,b; ｛int *ptr, i=1; b=a［5］; *ptr=i
┇ ┇ ｝｝ 以上两个程序段在编译时均会出现警告信息。 7混淆数组名与指针变量 在C语言中，数组名代表数组的首地址，它的值是一个常量，不能被修改。例如，在以下程序段中，用a++是不合法的。 main() ｛int i, a［10］; for (i=0;i＜10;i++) scanf(″％d″, a++); ┇ ｝ 8混淆不同类型的指针。 若有以下语句： int *p1, a=1; float *p2; p1=&a; 则赋值语句p2=p1是非法的。 9混淆指针说明语句中的*号和执行语句中的*号。 设有以下说明语句： int *p1, i=1; 则 *p1=&i;是不合法的。 10误将函数形参和函数中的局部变量一起定义。 例如： fun(x,y) float x, y, z; ｛x++; y++; z=x+y; ┇ ｝ 11所调用的函数在调用前未定义。 main() ｛float a=10, b=20, c; c=fun(a,b); ┇ ｝ float fun(x, y) float x, y; ｛x++; y++; ┇ ｝ 12混淆结构体类型名和结构体变量名。 若定义了以下结构体类型student：
1.设置断点 选定要设置断点的代码行，在行号的区域后面单击鼠标左键即可。 2.开启调试会话 点击红色箭头指向的小虫子，开始进入调试。 IDE下方出现Debug视图，红色的箭头指向的是现在调试程序停留的代码行，方法f2()中，程序的第11行。红色箭头悬停的区域是程
序的方法调用栈区。在这个区域中显示了程序执行到断点处所调用过的所用方法，越下面的方法被调用的越早。 3.单步调试 3.1 step over 点击红色箭头指向的按钮，程序向下执行一行（如果当前行有方法调用，这个方法将被执行完毕返回，然后到下一行） 3.2 step into 点击红色箭头指向的按钮，程序向下执行一行。如果该行有自定义方法，则运行进入自定义方法（不会进入官方类库的方法）。具体步骤如下：在自定义方法发f1()处设置断点，执行调试
点击
3.3 Force step into 该按钮在调试的时候能进入任何方法。 3.4 step out 如果在调试的时候你进入了一个方法(如f2())，并觉得该方法没有问题，你就可以使用stepout跳出该方法，返回到该方法被调用处的下一行语句。值得注意的是，该方法已执行完毕。 3.5 Drop frame
点击该按钮后，你将返回到当前方法的调用处（如上图，程序会回到main()中）重新执行，并且所有上下文变量的值也回到那个时候。只要调用链中还有上级方法，可以跳到其中的任何一个方法。 4. 高级调试 4.1 跨断点调试 设置多个断点，开启调试。
想移动到下一个断点，点击如下图： 程序将运行一个断点到下一个断点之间需要执行的代码。如果后面代码没有断点，再次点击该按钮将会执行完程序。 4.2 查看断点
在上一篇文章Visual Studio调试之断点基础篇里面介绍了什么是断点，INT 是Intel 系列CPU的一个指令，可以让程序产生一个中断或者异常。程序中如果有中断或者异常发生了以后，CPU会中断程序的执行，去一个叫做IDT的部件查找处理这个中断（或者异常）的例程（Handler）。IDT是操作系统在启动的时候初始化的，至于IDT的细节问题，例如什么是IDT，怎样编写一个IDT的例程，怎样初始化IDT，可以去网上搜索一些资料。 总之，这里我们只要知道，CPU在执行程序指令过程中，碰到INT 3中断程序的执行，CPU 然后去IDT表里面找到处理断点的例程入口。这个例程要做的事情就是： 1.先看看机器里面是不是安装了一个调试器—记住，这一步很重要，之所以重要以 后的文章里面会介绍。 2.如果机器里面没有安装调试器，那么操作系统就会终止程序的执行。 3.否则操作系统启动调试器，并将调试器附到进程上。 4.这样，我们才能在调试器里面检查程序内部变量的值。 前面文章里面的INT 3 （或者DebugBreak()，或者Debugger.Break()）指令是我们自己在代码里面硬编码进去的，因此我们在Visual Studio里，在相应的代码行里面点一下，出现一个小红球，也就是说Visual Studio在程序指令集某个地方动态地添加了一个INT 3指令。现在的问题来了，Visual Studio是如何在程序中正确找到插入INT 3指令的位置的？ 或者更具体一些，我们在源代码（文本文件）里面设置断点的，Visual Studio需要把代码行翻译成在程序指令集中的位置。Visual Studio之所以需要做翻译，是因为通常一行C++或者C#代码都会对应好几行汇编指令。 因此，Visual Studio需要一个额外的文件来执行这个翻译过程，这个额外的文件叫做调试符号文件（Symbols），是由编译器生成的。Visual Studio系列的编译器，不论是C#、https://www.doczj.com/doc/314810075.html,还是C++编译器都会生成这个调试符号文件，.pdb 文件。所以如果你花一点时间看看Debug文件夹的话，你就会发现这个文件。 因此我们来看看Visual Studio支持的各种断点，并解释各种断点的实现方式 条件断点 首先我们先看看如何设置条件断点，条件断点有两种，一种是根据触发的次数来设置，另外一种是根据一条预置的条件来设置。 根据触发次数设置 比如说，你有一个循环，循环1000次，你知道有一个BUG总是在500次之后才会出现，因此肯定希望在循环内设置一个断点，但是前面500次都不会触发这个断点，否则连续按500次的F5的确不是一件轻松的差事。
实验一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”即可。
在gdb中，断点通常有三种形式 断点（BreakPoint）： 在代码的指定位置中断，这个是我们用得最多的一种。设置断点的命令是break，它通常有如下方式： 可以通过info breakpoints [n]命令查看当前断点信息。此外，还有如下几个配套的常用命令： 观察点（WatchPoint）： 在变量读、写或变化时中断，这类方式常用来定位bug。
捕捉点（CatchPoint）： 捕捉点用来补捉程序运行时的一些事件。如：载入共享库（动态链接库）、C++的异常等。通常也是用来定位bug。 捕捉点的命令格式是：catch
break
Keil软件及其调试功能简介 目前流行的51系列单片机开发软件是德国Keil公司推出的Keil C51软件，它是一个基于32位Windows环境的应用程序，支持C 语言和汇编语言编程，其6.0以上的版本将编译和仿真软件统一为μＶｉｓｉｏｎ（通常称为μＶ2）。Keil提供包括C编译器、宏汇编、连接器、库管理和一个功能强大的仿真调试器等在内的完整开发方案，由以下几部分组成：μVision IDE集成开发环境（包括工程管理器①、源程序编辑器②、程序调试器③，见图2）、C51编译器、A51汇编器、LIB51库管理器、BL51连接/定位器、OH51目标文件生成器以及Monitor-51、RTX51实时操作系统。 应用Keil进行软件仿真开发的主要步骤为：编写源程序并保存—建立工程并添加源文件—设置工程—编译/汇编、连接，产生目标文件—程序调试。Keil使用“工程”（Project）的概念，对工程（而不能对单一的源程序）进行编译/汇编、连接等操作。工程的建立、设置、编译/汇编及连接产生目标文件的方法非常易于掌握。首先选择菜单File-New…，在源程序编辑器中输入汇编语言或C语言源程序（或选择File-O pen…，直接打开已用其它编辑器编辑好的源程序文档）并保存，注意保存时必须在文件名后加上扩展名.asm（.a51）或.c；然后选择菜单Project-New Project…，建立新工程并保存（保存时无需加扩展名，也可加上扩展名.uv2）；工程保存后会立即弹出一个设备选择对话框，选择CPU后点确定返回主界面。这时工程管理窗口的文件页（Files）会出现“Target1”，将其前面+号展开，接着选择Source Group1，右击鼠标弹出快捷菜单，选择“Add File to Group ‘Source Group1’”，出现一个对话框，要求寻找并加入源文件（在加入一个源文件后，该对话框不会消失，而是等待继续加入其它文件）。加入文件后点close返回主界面，展开“Source Group1”前面+号，就会看到所加入的文件，双击文件名，即可打开该源程序文件。紧接着对工程进行设置，选择工程管理窗口的Target1，再选择Project-Option for Target‘Target1’（或点右键弹出快捷菜单再选择该选项），打开工程属性设置对话框，共有8个选项卡，主要设置工作包括在Target选项卡中设置晶振频率、在Debug选项卡中设置实验仿真板等，如要写片，还必须在Output选项卡中选中“Creat Hex Fi”；其它选项卡内容一般可取默认值。工程设置后按F7键（或点击编译工具栏上相应图标）进行编译/汇编、连接以及产生目标文件。 成功编译/汇编、连接后，选择菜单Debug-Start/Stop Debug Session（或按Ctrl+F5键）进入程序调试状态，Keil提供对程序的模拟调试功能，内建一个功能强大的仿真CPU以模拟执行程序。Keil能以单步执行（按F11或选择Debug-Step）、过程单步执行（按F10或选择Debug-Step Over）、全速执行等多种运行方式进行程序调试。如果发现程序有错，可采用在线汇编功能对程序进行在线修改（Debug-Inline Assambly…），不必执行先退出调试环境、修改源程序、对工程重新进行编译/汇编和连接、然后再次进入调试状态的步骤。对于一些必须满足一定条件（如按键被按下等）才能被执行的、难以用单步执行方式进行调试的程序行，可采用断点设置的方法处理（Debug-Insert/Remove Breakpoint或Debug-Breakpoints…等）。在模拟调试程序后，还须通过编程器将.hex目标文件烧写入单片机中才能观察目标样机真实的运行状况。 Keil软件Eval版（免费产品）的功能与商业版相同，只是程序的最大代码量不得超过2kB，但对初学者而言已是足够。Keil软件由于其
VC中LIBCD.lib(wincrt0.obj) : error LNK2001: unresolved external symbol _WinMain@16错误2009-10-09 11:11 学习VC++时经常会遇到链接错误LNK2001，而一般说来发生连接错误时，编译都已通过。产生连接错误的原因非常多，尤其LNK2001错误，常常使人不明其所以然。产生 LNK2001错误的原因：一个是由于编码错误导致的LNK2001,在这不想详细说.另一个由于编译和链接的设置而造成的LNK2001.最经常发生的是:"LIBCD.lib(wincrt0.obj) : error LNK2001: unresolved external symbol",产生这个错误的原因是没有为wWinMainCRTStartup设定程序入口. 认识这个错误首先在新建工程时要分清Win32 Application和Win32 Console Application.它们都是工作在32位Windows环境的程序.其中Win32 Application 就是普通的常见的窗口应用程序，当然有的界面做得比较 个性化，比如圆形的、不规则形状的.它们都是所谓的GUI(Graphics User Interface图形用户接口)，我们可以通过鼠标点击来完成控制。而Win32 Console Application （win32控制台应用程序）往往是像MS-DOS窗口（XP中叫命令提示符）的样子出现，我们得用键盘输入各种命令来使用它,或者叫CUI(Character User Interface字符用户接 口)。 遇到如下链接错误： Linking... /subsystem:windows LIBCD.lib(wincrt0.obj) : error LNK2001: unresolved external symbol _WinMain@16 Debug/TestWin.exe : fatal error LNK1120: 1 unresolved externals Error executing link.exe. 解决方法是：将project-settings-link的project options里的/subsystem:windows 改成/subsystem:console 因为Win32 Application的入口函数为WinMain Win32 Console Application的入口函数是main 也就是说,如果你编写传统的C程序，必须建立Win32 Console程序，但VC里面默认的是Win32 Application，于是上面提及的链接错误就就经常出现了 而Win32 Application和Win32 Console的区别就在于VC里链接参数不同 另外几种error LNK2001错误: 在创建MFC项目时, 不使用MFC AppWizard向导, 如果没有设置好项目参数, 就会在编译时产生很多连接错误, 如error LNK2001错误, 典型的错误提示有: libcmtd.lib(crt0.obj) : error LNK2001: unresolved external symbol _main LIBCD.lib(wincrt0.obj) : error LNK2001: unresolved external symbol _WinMain@16 msvcrtd.lib(crtexew.obj) : error LNK2001: unresolved external symbol _WinMain@16 nafxcwd.lib(thrdcore.obj) : error LNK2001: unresolved external symbol __beginthreadex nafxcwd.lib(thrdcore.obj) : error LNK2001: unresolved external symbol __endthreadex 下面介绍解决的方法: 1. Windows子系统设置错误, 提示: libcmtd.lib(crt0.obj) : error LNK2001: unresolved external symbol _main
KEIL调试高级技巧 在调试状态，Debug 菜单项中的命令可以使用了，有关编译的工具栏按钮消失了，出现了一个用于运行和调试的工具栏，Debug 菜单上的大部份命令都有相应的快捷按钮。 从左到右依次是复位、运行、暂停、单步跟踪、单步、执行完当前子程序、运行到当前行、下一状态、打开跟踪、观察跟踪、反汇编窗口、观察窗口、代码作用范围分析、1＃串行窗口、内存窗口、性能分析、工具按钮命令； 然后按一下图示第二个“运行”按钮。连接上相关的实验资源，本实验用一条 8PIN的数据排线把实验仪的CPU部份的P1口（JP44）连接到八路指示灯部份的JP32。这时你会看到实验仪的八个红色LED，轮流点亮，表示运行成功，也可以查看相关的变量和参数，非常方便。 ⒈单步跟踪运行 使用菜单Debug->Step 或上图第四个单步运行按钮或使用快捷键 F11 可以单 步跟踪执行程序，在这里我们按下 F11 键，即可执行该箭头所指程序行，每按一次 F11，可以看到源程序窗口的左边黄色调试箭头指向下一行，如果程序中有Delay延时子程序，则会进入延时程序中运行。 ⒉单步运行 如果Delay 程序有错误，可以通过单步跟踪执行来查找错误，但是如果 Delay 程序已正确，每次进行程序调试都要反复执行这些程序行，会使得调试效率很低，为此，可以在调试时使用 F10 来替代 F11（也可使用菜单 Step Over 或相应的命令按钮），在 main 函数中执行到 Delay时将该行作为一条语句快速执行完
毕。为了更好的进行对比，我们重新进入仿真环境，将反汇编窗口关闭，不断按F10 键，可以看到在源程序窗口中的左边黄色调试箭头不会进入到延时子程序。 ⒊全速运行 点击工具栏上的“运行”按钮或按F5 键启动全速运行，全速执行程序，此时用户板上的 P1 口所接 LED 以流水灯状态显示。 ⒋暂停 点击工具栏上的按钮，此时用户板上的P1 口所接 LED 停止以流水灯状态显示，只有一个 LED 灯点亮（取决于暂停前的 P1 的值）。 ⒌观察／修改寄存器的值 Project 窗口在进入调试状态后显示 Regs 页的内容，包括工作寄存器 R0～R7 的内容和累加器 A、寄存器 B、堆栈指针 SP 的内容。 用户除了可以观察以外还可自行修改，例如将寄存器a 的值 0x62 改为 0x85。方法一：用鼠标点击选中单元a，然后再单击其数值位置，出现文字框后输入0x85 按回车键即可； 方法二：在命令行窗口，输入A=0x85，按回车键将把 A 的数值设置为 0x85
1.进入debug模式（基础知识列表） 1、设置断点 2、启动servers端的debug模式 3、运行程序，在后台遇到断点时，进入debug调试状态 ============================= 作用域功能快捷键 全局单步返回F7 全局单步跳过F6 全局单步跳入F5 全局单步跳入选择Ctrl+F5 全局调试上次启动F11 全局继续F8 全局使用过滤器单步执行Shift+F5 全局添加/去除断点Ctrl+Shift+B 全局显示Ctrl+D 全局运行上次启动Ctrl+F11 全局运行至行Ctrl+R 全局执行Ctrl+U ============================= 1.Step Into (also F5) 跳入 2.Step Over (also F6) 跳过 3.Step Return (also F7) 执行完当前method，然后return跳出此
method 4.step Filter 逐步过滤一直执行直到遇到未经过滤的位置或断点(设置Filter:window-preferences-java-Debug-step Filtering) 5.resume 重新开始执行debug,一直运行直到遇到breakpoint。 例如：A和B两个断点，debug过程中发现A断点已经无用,去除A 断点，运行resume就会跳过A直接到达B断点。 6.hit count 设置执行次数适合程序中的for循环(设置breakpoint view-右键hit count) 7.inspect 检查运算。执行一个表达式显示执行值 8.watch 实时地监视对象、方法或变量的变化 9.我们常说的断点(breakpoints)是指line breakpoints,除了line breakpoints,还有其他的断点类型：field(watchpoint)breakpoint,method breakpoint ,exception breakpoint. 10.field breakpoint 也叫watchpoint(监视点) 当成员变量被读取或修改时暂挂 11.添加method breakpoint 进入/离开此方法时暂挂(Run-method breakpoint) 12.添加Exception breakpoint 捕抓到Execption时暂挂(待续...) 断点属性： 1.hit count 执行多少次数后暂挂用于循环 2.enable condition 遇到符合你输入条件(为ture\改变时)就暂挂 3.suspend thread 多线程时暂挂此线程 4.suspend VM 暂挂虚拟机 13.variables 视图里的变量可以改变变量值，在variables 视图选择变
首先建立工程。选[Project\New Project]，选择工程保存的路径，及为工程命名。例如将其存放在D:\新建文件夹（2），命名为123。输入完工程名后会打开一个如下图所示的对话框，在这里我们选择CPU的型号，根据我们选用的CPU芯片的不同，这里的设置不同。在这里我们选用 Atmel\AT89C51。 接下来弹出一个如下图的对话框。该对话框提示你是否要把标准8051的启动代码添加到工程中去。如用C语言写程序，一般选“否”，但是，如果用到了某些增强功能需要初始化配置时，则可选“是”。在这里，我们选“否”，即不添加启动代码。 新建文件。在[File\New]建一个文件，将程序写入。这里以一个00-99秒计时器程序为例。程序如下 #include
A Ambiguous operators need parentheses 不明确的运算需要用括号括起。二义性操作符需要括号，但两个移位、关系或按位操作符在一起使用而不加括号时，发现此警告；但一个加法或减法操作符不加括号而与一个移位操作符出现在一起时，也发出此警告。 Ambiguous symbol ''xxx'' 不明确的符号，二义性符号…xxxxxxxx?。两个或多个结构的某一域名相同，但具有的偏移、类型不同。在变量或表达式中引用该域而未带结构名时，将产生二义性，此时需修改某个域名或在引用时加上结构名。 Argument list syntax error 参数表语法错误参数表出现语法错误。函数调用时，参数与参数之间必须以逗号隔开，并以一右括号结束。若源文件中含有一个其后不是逗号也不是右括号的参数，则出错。 Argument #missing name 参数#名丢失。参数名已脱离用于定义函数的函数原型，如果函数以原型定义，该函数必须包括所有的参数名。 Array bounds missing 丢失数组界限符数组的界限符…］?丢失。原因是在源文件中定义了一个数组，但此数组没有以一右方括号结束。， Array size toolarge 数组尺寸太大，数组长度太长。定义的数组太大，而可用内存不够。Assembler startement too long 汇编语句太长。内部汇编语句最长不能超过480个字节。 B Bad call of in line function 内部函数非法调用 在使用一个宏定义的内部函数时，没有正确调用。一个内部函数以下划双线（＿）开始和结束。 Bad character in paramenters 参数中有不适当的字符 Bad configuration file 配置文件不正确。Turboc.cfg配置文件中包含不是合适命令行选择项非注解文字。 配置文件命令选择项必须以一短横线开始。 Bad file name format in include directive 包含命令中文件名格式不正确使用include指令时，文件名格式不正确。include 文件名必须用引号或尖括号括起来。例如：include "stdio.h"或include
VS环境断点调试技巧 设置断点：在如下图中的红色圆点处设置断点，红色圆点表示已经在这行设置断点。 启动调试：按F5或者点击左边红框中的按钮。右边框是开始执行(不调试)Ctrl+F5。 调试工具栏：下面是工具栏中对应的名称和快捷键。 在调试过程中F5是执行到下一个断点。F11是逐语句，在执行到下图中的断点时，按F11会执行到Fibonacci方法里面逐步记录执行过程。F10是逐过程，与逐语句不同的是，在执行到下图中断点时，再执行会执行断点下面的语句，而不是去执行语句中的方法。
局部变量：在调试过程中可以查看局部变量窗口，如下图里面会有变量的当前状态。如果找不到的话在 数组的状态表示如下图： InteliTrace记录每一步的调试状态。
条件中断 开发人员设置断点，运行程序，利用不同的输入触发断点，然后在断点处手工检查是否满足某些特定的条件，从而决定是否继续调查。如果当前场景不是他们想要的，按F5继续运行程序，尝试别的输入，手动重复刚才的过程。 针对上述情况，Visual Studio提供了一个方便得多的功能——“条件中断”。只有当程序满足了开发人员预设的条件后，条件断点才会被触发，调试器中断。这将避免频繁地手工检查/恢复程序运行，大量减少调试过程中的手工和烦琐工作。 如何设置条件断点： 设置条件断点非常容易。在特定的行上，按F9设置断点。 然后右击断点–编辑窗口左侧的红点，在上下文菜单上选择“条件”。 这时弹出一个对话框供你设置激活该断点所需的条件。比如：我们希望只有当x==5时，调试才中断。我们可以写出如下的表达式：
现在我再运行这个程序按F5达到条件断点，只有当x等于5时，程序运行才会被中断。对于其它条件下的x值，断点将被跳过。 记录到达断点次数 有时你希望，只有当第N次满足条件的运行到达断点时，才中断程序运行。例如：当第一次命中断点。可以通过右击断点，然后在弹出菜单上选择“命中次数”菜单命令实现。 这时系统弹出一个对话框，它允许你指定：（1）当满足条件，而且进入断点的累计次数等于N时，断点命中一次。（2）当满足条件，而且进入断点的累计次数是N的倍数时，断点命中一次。（3）当满足条件，而且进入断点的累计次数大于N时，每次命中断点。 注意：如果多个条件同时用的话，结果取交集。
1.调试C程序时常见的错误类型分析 一般情况下，错误主要分为两大类： 一、语法错误。对于这种错误，用编译器很容易解决。所以，改错题的第一步是先编译， 解决这类语法错误。下面总结了二级C语言上机改错题中常见的语法错误: (1)丢失分号，或分号误写成逗号。 (2)关键字拼写错误，如本来小写变成大写。 (3)语句格式错误，例如for语句中多写或者少写分号。 (4)表达式声明错误，例如：少了（） (5)函数类型说明错误。与main（）函数中不一致。 (6)函数形参类型声明错误。例如：少*等。 (7)运算符书写错误，例如：/写成了\。 二、逻辑错误，或者叫语义错误，这和实现程序功能紧密相关，一般不能用编译器发现。 对于逻辑错误可以按这样的步骤进行查找。 (1)先读试题，看清题目的功能要求。 (2)通读程序，看懂程序中算法的实现方法。 (3)细看程序，发现常见错误点。 2.改错题的改错方式总结，当然这些总结只能对大部分改错行有效。 1、若错误行是函数首部，可分为以下几种情况： A、该行最后若有分号则删除，中间若有分号则改成逗号 B、形参类型不一致的问题，特别是指针类型，若后面用到某形参时有指针运算则该形参必为指针类型；若形参是二维数组或指向m个元素的指针变量，则第二维的长度必须与main 中对应数组的第二维长度相同 C、函数类型不一致的问题，若函数中没有return语句则函数类型为void，若有return语句则函数的类型必须与return后变量的类型一致。 2、若错误行是if或while语句，则首先看有没有用小括号将整个表达式括起，若没有则加上小括号。 3、若错误行中有if、while、for则要特别注意条件表达式的错误问题： A、指针变量的应用，若表达式中有指针变量且没有指针运算符，则加上指针运算符 B、若条件表达式中只有一个等于号，则改成两个等于号，若为其它比较运算符则一般是进行逆转或加一个等于号 C、for中要用分号分隔表达式，而不是用逗号 4、语法错误 A、语句缺少分号，若错误行中有语句没有用分号结束，则加上分号。 B、大小写不对，若错误行中有大写字母则一般都改成小写字母。
Keil 的调试命令、在线汇编与断点设置 上一讲中我们学习了如何建立工程、汇编、连接工程，并获得目标代码，但是做到这一步仅仅代表你的源程序没有语法错误，至于源程序中存在着的其它错误，必须通过调试才能发现并解决，事实上，除了极简单的程序以外，绝大部份的程序都要通过反复调试才能得到正确的结果，因此，调试是软件开发中重要的一个环节，这一讲将介绍常用的调试命令、利用在线汇编、各种设置断点进行程序调试的方法，并通过实例介绍这些方法的使用。 一、常用调试命令 在对工程成功地进行汇编、连接以后，按Ctrl+F5 或者使用菜单 Debug->Start/Stop Debug Session 即可进入调试状态，Keil 内建了一个仿真CPU 用来模拟执行程序，该仿真CPU 功能强大，可以在没有硬件和仿真机的情况下进行程序的调试，下面将要学的就是该模拟调试功能。不过在学习之前必须明确，模拟毕竟只是模拟，与真实的硬件执行程序肯定还是有区别的，其中最明显的就是时序，软件模拟是不可能和真实的硬件具有相同的时序的，具体的表现就是程序执行的速度和各人使用的计算机有关，计算机性能越好，运行速度越快。 进入调试状态后，界面与编缉状态相比有明显的变化，Debug 菜单项中原来不能用的命令现在已可以使用了，工具栏会多出一个用于运行和调试的工具条，如图1 所示，Debug 菜单上的大部份命令可以在此找到对应的快捷按钮，从左到右依次是复位、运行、暂停、单步、过程单步、执行完当前子程序、运行到当前行、下一状态、打开跟踪、观察跟踪、反汇编窗口、观察窗口、代码作用范围分析、1＃串行窗口、内存窗口、性能分析、工具按钮等命令。 接着执行下一行程序，中间不停止，这样程序执行的速度很快，并可以看到该 段程序执行的总体效果，即最终结果正确还是错误，但如果程序有错，则难 以确认错误出现在哪些程序行。单步执行是每次执行一行程序，执行完该行 程序以后即停止，等待命令执行下一行程序，此时可以观察该行程序执行完 以后得到的结果，是否与我们写该行程序所想要得到的结果相同，借此可以 找到程序中问题所在。程序调试中，这两种运行方式都要用到。 使用菜单STEP 或相应的命令按钮或使用快捷键F11 可以单步执行程序， 使用菜单STEP OVER 或功能键F10 可以以过程单步形式执行命令，所谓 过程单步，是指将汇编语言中的子程序或高级语言中的函数作为一个语句来
C语言编译环境中的 调试功能及常见错误提示 调试功能 1．常用健
拦截窗口： bp CreateWindow 创建窗口 bp CreateWindowEx(A) 创建窗口 bp ShowWindow 显示窗口 bp UpdateWindow 更新窗口 bp GetWindowText(A) 获取窗口文本 拦截消息框： bp MessageBox(A) 创建消息框 bp MessageBoxExA 创建消息框 bp MessageBoxIndirect(A) 创建定制消息框 拦截警告声： bp MessageBeep 发出系统警告声(如果没有声卡就直接驱动系统喇叭发声) 拦截对话框： bp DialogBox 创建模态对话框 bp DialogBoxParam(A) 创建模态对话框 bp DialogBoxIndirect 创建模态对话框 bp DialogBoxIndirectParam(A) 创建模态对话框 bp CreateDialog 创建非模态对话框 bp CreateDialogParam(A) 创建非模态对话框 bp CreateDialogIndirect 创建非模态对话框 bp CreateDialogIndirectParam(A) 创建非模态对话框 bp GetDlgItemText(A) 获取对话框文本 bp GetDlgItemInt 获取对话框整数值 拦截剪贴板： bp GetClipboardData 获取剪贴板数据 拦截注册表： bp RegOpenKey(A) 打开子健 bp RegOpenKeyEx 打开子健 bp RegQueryValue(A) 查找子健 bp RegQueryValueEx 查找子健 bp RegSetValue(A) 设置子健 bp RegSetValueEx(A) 设置子健 功能限制拦截断点： bp EnableMenuItem 禁止或允许菜单项 bp EnableWindow 禁止或允许窗口 拦截时间：
C语言上机程序调试功能键及常见错误提示 1．常用健