调试c程序，需要几个步骤

调试程序一般应经过以下几个步骤：

1先进行人工检查，即静态检查。在写好一个程序以后，不要匆匆忙忙上机，而应对纸面上的程序进行人工检查。这一步是十分重要的，它能发现程序设计人员由于疏忽而造成的多数错误。而这一步骤往往容易被人忽视。有人总希望把一切推给计算机系统去做，但这样就会多占用机器时间，作为一个程序人员应当养成严谨的科学作风，每一步都要严格把关，不把问题留给后面的程序。

为了更有效地进行人工检查，所编的程序应注意力求做到以下几点：应当采用结构化程序方法编程，以增加可读性；2尽可能多加注释，以帮助理解每段程序的作用；3在编写复杂的程序时不要将全部语句都写在main函数中，而要多利用函数，用一个函数来实现一个单独的功能。这样既易于阅读也便于调试，各函数之间除用参数传递数据这一渠道以外，数据间尽量少出现耦合关系，便于分别检查和处理。

2在人工检查无误后，才可以上机调试。通过上机发现错误称动态检查。在编译时给出语法错误的信息，可以根据提示的信息具体找出程序中出错之处并改正之。应当注意的是有时提示的出错并不是真正出错的行，如果在提示出错的行上找不到错误的话应当到上一行再找。有时提示出错的类型并非绝对准确，由于出错的情况繁多各种错误互有关联，因止要善于分析，找出真正的错误，而不要只从字面意义上找出错信息，钻牛角尖。

如果系统提示的出错信息多，应当从上到下一一改正。有时显示出一大片出错信息往往使人感到问题严重，无从下手。其实可能只有一二个错误。例如，对使用的变量未定义，编译时就会对所有含该变量的语句发出出错信息；有的是少了“}”或多了“}”有的是书写语句时忘记写“；”或是全角的“；”了，只要加上一个变量定义，或填加“}；”就所有错误都消除了。

3在改正语法错误后，程序经过连接就得到可执行的目标程序。运行程序，输入程序所需数据，就可得到运行结果。应当对运行结果作分析。看它是否符合要求。有的初学者看到运行结果就认为没问题了，不作认真分析，这是危险的。

有时，数据比较复杂，难以立即判断结果是否正确。可以事先考虑好一批“试验数据”，输入这些数据可以得出容易判断正确与否的结果。可以在计算的输出结果的程序地方加入一段输出到串口的程序，利用串口窗口可以方便看到结果的，比仿真的都好和直观。例如，if语句有两个分支，有可能在流程经过其中一个分支时结果正确，而经过其它一个分支时结果不对等。必须考虑周全。

事实上，当程序复杂时很难把所有的可能方案全部都试到，选择典型的情况作试验即可。

4 运行结果不对，大多属于逻辑错误。对这类错误往往需要仔细检查和分析才能发现。可以采用以下办法：

1 将程序与流程图仔细对照，如果流程图是正确的话，程序写错了，是很容易发现的。例如，复合语句忘记写花括弧，只要一对照流程图就能很快发现。

2 如果实在找不到错误，可以采用“分段检查”的方法。在程序不同的位置设几个printf函数语句，输出有关变量的值，往下检查。直到找到在哪一段中数据不对为止。这时就已经把错误局限在这一段中了。不断减小“查错区”，就可能发现错误所在。

3 也可以用“条件编译”命令进行程序调试（在程序调试阶段，若干printf函数语句就要进行编译并执行。当调试完毕，这些语句不要再编译了，也不再被执行了）。这种方法可以不必一一去printf函数语句，以提高效率。

4 如果在程序中没有发现问题，就要检查流程图有无错误，即算法有无问题，如有则改正之，接着修改程序。

5 有的系统还提供debug（调试）工具，跟踪流程并给出相应信息，使用更为方便，如KEILC51里的调试运行就很好用的，可以在命令的窗口输入程序中需要的数据和开关量、中断、I/O口的电平等来方便完成程序的运行，使用时要先打开Options for Target'Target1'（工程菜单里的目标‘TARGET1'属性）-点DEBUG-选中左边use Simulator\load Application at sta\Go till main;按确定后退出到编辑画面，要先对源程序进行编译后没有错误才可以按主菜单上的调试按钮，进行调试的，F10为子程序运行式的单步、F11为单步调试；具体使用可以看本站提供的51单片机应用系统开发实例一书中的Dscope foe Windows一节。可以下载本站上中文版的KIELC51就直观了。

总之，程序调试是一项细致深入的工作，需要下功夫，动脑子，善于累积经验。在程序调试过程中往往反映出一个人的水平，经验和科学态度。希望读者能给以足够的重视。上机调试程序的目的决不 是为了“验证程序的正确”，而是“掌握调试的方法和技术”，不要一直依赖仿真器来解决，要学会自己找问题，这样慢慢自己就会写出错误较少的实用的程序，站长就没有仿真器的哦，靠KEILC51里的软件仿真就解决了。

问题中的表述不对。

对于repz scasb，用 t 命令是一步一步调试的，不会一下子执行完。

如果要一下子执行完，需要使用 p 命令。

p 命令在执行call、 int、 loop、 以及串指令时，一次将一行命令执行完，而不是单步跟踪进去。

t 命令则会单步跟踪到子程序、中断程序和循环内部。

简单来说，有两种方式，一种是源码debug，即分析源码来找出bug位置，一般使用printf()打印出程序执行每一步的信息，一种是可执行文件debug，需要使用调试器来进行。

1、源码debug

类似于下面的源码，主要通过程序执行时输出的信息，来定位bug出现的位置，然后再修改源码。

#include <stdioh>

 

void f() { ; }

 

int main()

{

#ifdef _DEBUG

    printf("start main function!\n");

#endif

    void f();

#ifdef _DEBUG

    printf("leave main function !\n");

#endif

    return 0;

}

2、可执行文件调试，windows平台常用的就是vs/vc自带的调试，另外一个就是微软自家开发的调试器windbg。Linux平台以gdb为常用。

IDE自带的调试器以VC60为例，编写完代码后，按快截键盘F11，即可进入调试，此时右键，选择“go to  disassembly"即可查看到程序的反汇编代码 。一般这种情况，主要是为了对C语言进行反汇编学习。

Windbg的功能非常多，可以进行源码调试、可以调试可执行文件、还可以进行内核调试，也可以调试dump文件，用的多了，自然熟悉，要调试可执行文件，只需要点击”File"在d出的对话框中选择“Open Executeable"，然后找到自己要调试的程序即可。

Linux常用的是Gdb调试器，值得注意的是，要使用gdb调试，在使用gcc或者g++编译C/c++文件时，需要添加-g参数才可以生成符号表。下图是用gdb分析C++中变量分布的一张截图，大体上看一下长什么样，用的多了自然熟悉，不需要可以去学习。

C语言中编译 生成 调试 测试 运行的区别如下：

区别一：

从编译方面来看：

编译依赖于编译器，英文是compile, vc中这一过程是将源代码转换成目标文件，如：obj文件，rc文件等。

区别二：

从生成方面来看：

生成指的是连接的过程,英文是build，依赖于链接器。vc中在这一阶段将所有的目标文件和所有需要用到的组件组合成一个整体，例如需要生成的是windows系统下的PE可执行文件，链接器会依照特定格式将目标文件组合，最后生成PE格式的，exe或dll文件。

区别三：

从调试方面来看：

调试是所有或部分代码编写完成后，让程序在调试器中运行，用这种手段对程序进行分析，找出并修正潜在问题。

区别四：

从运行方面来看：

运行就是让程序在系统中运行。

扩展资料：

C语言的介绍：

C语言是目前流行的通用程序设计语言,是计算机专业人员和计算机爱好者开发软件的首选开发工具。C语言源程序必须经过某种编译工具翻译成为目标机器语言程序才能够在计算机上执行。

然而随着程序编写规模的扩大，顺利编写出正确的程序绝非一件容易的事情，早期的许多编译工具仅仅提供翻译功能，已满足不了应用的要求，编程人员需要-种功能全面并高度集成的编译环境。

程序是一段具有一定功能的代码，编写程序的目的是解决问题。当程序人员写完程序后，其实并不起作用，只有当编写的程序经过一系列的处理后，能够解决问题时。

序才成为真正的程序，这一系列的处理过程，-般就是编辑、编译、连接、调试与运行等。目前最成熟的C语言集成环境主要有Turbo C20和Turbo C 30( 简称TC30)或Borland C++31( 简称BC31)以及Visual C++ 60。

以上就是关于调试c程序，需要几个步骤全部的内容，包括:调试c程序，需要几个步骤、汇编语言，debug调试的时候，怎样一步一步执行一个循环指令、C语言 怎么调试程序等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！