现在很多的编辑器其实都带着「调试程序」的功能，比如写 c/c++ 的 codeblocks，写 Python 的 pycharm，这种图形界面的使用和显示都相当友好，简单方便易学，这个不是我这篇文章要讲的重点。今天主要是想给大家介绍一下 「Python调试器」，快速定位各种疑难杂症。
不管是之前搞 acm 用 c/c++ 写算法还是后来用 Python 写代码，我发现在程序出现问题的时候，大多数人习惯性的用 print 函数打印变量值这种方法来试图找出问题的症结所在，这种查找问题的方式低效到让人只想删掉代码重新去写。我记得一些人问我问题的时候，我不止一次的推荐过让他们用单步调试去找代码中存在的问题，但是更多收获的是「什么是单步调试」这种疑问，其实单步调试就是，自己去 Google 好么？
调试开始：执行gdb [exefilename]，进入gdb调试程序，其中exfilename为要调试的执行文件名，以下命令后括号内为命令的简化使用，比如 run(r)，直接输入命令 r 就代表命令 run
在学习单片机的时候我们可以通过集成式 IDE 来进行调试，比如 MDK、IAR 等。在嵌入式 linux 领域是否也可以进行调试呢？答案肯定是可以的，在嵌入式 linux 领域我们最常用的就是 GDB 调试工具，通过 GDB 来调试嵌入式 C 程序。
GDB 是一个由 GNU 开源组织发布的 *.nix 下的、基于命令行的一款比较知名的程序调试工具。
vim 可以编写代码，gcc/g++ 可以编译代码，此时只最后一件神器，就能进行完整的开发工作，那就是通过 gdb 调试代码，毕竟谁都不敢保证自己的代码没有问题，所以就有调试器这种东西帮助我们定位问题，进而解决问题
调试是软件开发过程中不可或缺的一环，而GDB（GNU调试器）作为一款功能强大的调试工具，在开发者中得到广泛应用。除了传统的命令行调试功能外，GDB还提供了Python的GDB库，允许开发者使用Python语言扩展和增强调试的能力。本文将介绍如何在GDB中使用Python的GDB库，展示其强大的调试功能和用例。
对于任何程序员来说，调试程序是必备的技能。当我们的开发好的程序不符合我们的预期时，就需要我们通过调试它找到根本的原因，然后才可以有针对性的解决它。
在Linux上通常使用gdb命令行调试，但该方式调试不太直观，且命令行长时间不用，容易忘记，不如GUI直观和容易上手，下面介绍基于GUI的方式调试Linux。
xmake是一个基于Lua的轻量级现代化c/c++的项目构建工具，主要特点是：语法简单易上手，提供更加可读的项目维护，实现跨平台行为一致的构建体验。
最近有同学问我：为什么你的《从0写x86 Linux操作系统课程》选择了bochs，而不是qemu？他认为bochs更加好用，很多资料上都写了用该软件。其实我也是经过不断地对比和尝试后，选择使用qemu。
使用 gdb 之前，要求对文件进行编译时增加 -g 参数，加了这个参数过后生成的编译文件会大一些，这是因为增加了 gdb 调试内容。
一、打开GDB 1、gdb filename 加载该文件到gdb 2、gdb file filename 如果gdb filename失败，可以在打开gdb以后，通过file来加载调试文件 3、
1. gdb是linux上面的调试器，是非图形化界面纯命令行调试的，用起来非常的麻烦！
Printf(“valriable x has value = %d\n”, x)
GDB 是GNU开源组织发布的一个强大的UNIX下的程序调试工具。或许，各位比较喜欢那种图形界面方式的，像VC、BCB等IDE的调试，但如果你是在 UNIX平台下做软件，你会发现GDB这个调试工具有比VC、BCB的图形化调试器更强大的功能。所谓“寸有所长，尺有所短”就是这个道理。 一般来说，GDB主要帮忙你完成下面四个方面的功能：
C/C++ Tools插件---C/C++支持安装库文件的配置GDB本地调试配置GDB远程调试配置Remote VSCode插件---远程编辑文件安装环境配置在本地端的配置在远程端的配置工作流Ftp Sync插件--—远程代码的同步安装环境配置工作流
这些工具可以帮助开发人员深入了解程序崩溃时的状态，并帮助他们诊断和解决问题。 详细内容可以参考下面的官方文档： Core Analyzer Home (sourceforge.net)
程序运行产生的可执行文件和源码混在一起，作为一名强迫症，我怎能容忍它 “如此放肆”，特意查看了一波官方文档后终于找到了解决办法，这是对.exe文件位置重定向后的工作区文件目录：
（文章大部分转载于：https://consen.github.io/2018/01/17/debug-linux-kernel-with-qemu-and-gdb/）
搞电子都知道，电路不是焊接出来的，是调试出来的。程序员也一定认同，程序不是写出来的，是调试出来的。那么调试工具就显得尤为重要，linux作为笔者重要的开发平台，在linux中讨论调试工具主要是为那些入门者提供一些帮助。调试工具能让我们能够监测、控制和纠正正在运行的程序。我们在运行一些程序的时候，可能被卡住或出现错误，或者运行过程或结果，没能如我们预期，此时，最迫切需要明白究竟发生了什么。为了修复程序，剖析和了解程序运行的细节， 调试工具就成为了我们的必备工具，工于善其事，必先利其器。在Linux下的用户空间调试工具主要有系统工具和专门调试工具：'print' 打印语句，这是新手最常用的，也是最不提倡使用的；查询 (/proc, /sys 等)系统的虚拟文件查看，这个方法有局限性；跟踪 (strace/ltrace)工具使用这个比较普遍，值得提倡；Valgrind (memwatch)内存排除工具，在内存排除方面比较独到，是内存排错的法宝；GDB大名鼎鼎的程序调试工具，这个是个全能的工具，没有完不成的，只有你不知道的。
GDB工具是GNU项目调试器，基于命令行使用。和其他的调试器一样，可使用GDB工具单步运行程序、单步执行、跳入/跳出函数、设置断点、查看变量等等，它是UNIX/LINUX操作系统下强大的程序调试工具。GDB支持多种语言，包括Ada、汇编、C/C++、D、Fortran、GO、Objective-C、OpenCL、Modula-2、Pascal和Rust。
gdb是the GNU Debugger的简称。它是一款UNIX平台的调试器(debugger)，可用于为C, C++, Objective-C, Java, Fortran等程序debug。 在gdb中，你可以通过设置断点(break point)来控制程序运行的进度，并查看断点时的变量和函数调用状况，从而发现可能的问题。在许多IDE中，gdb拥有图形化界面。 这里主要介绍gdb的命令行使用，并以C程序为例。测试使用的计算机是Mac OS系统。 启动gdb 下面的有两个C文件。(并没有bug。我们使用
因为no_g.out这个可执行文件不包含用于调试的信息，输入quit再按回车即可，通过gdb yes_g.out指令执行包含调试信息的可执行文件，看到以下输出
GDB全称是GNU symbolic debugger，是Linux平台下最常用的一款调试器。GDB主要用于C/C++开发场景，同时也支持Go、Ada等语言的调试。GDB主要以命令行的形式在shell终端使用，它的一部分底层逻辑借助于ptrace进行实现。GDB的功能很强大，开发者可以在执行时修改函数变量的值以及程序的执行顺序，还可以在程序执行期间查看函数的调用过程、堆栈数据等，也可以利用GDB对代码进行断点调试。
在裸板2440中,当我们使用nand启动时,2440会自动将前4k字节复制到内部sram中,如下图所示: 然而此时的SDRAM、nandflash的控制时序等都还没初始化,所以我们就只能使用前0~40
在软件开发中，调试和测试是非常重要的步骤，它们可以帮助我们发现和修复代码中的错误，确保软件的质量和可靠性。本篇文章将介绍如何使用调试器和单元测试工具来调试和测试 C++ 代码。
素材来源：https://blog.csdn.net/zhengyangliu123/article/details/54783443
对于上面的指令足以应付我们日常遇到的一些代码进行相关的调试，解决遇到的问题，同时对于gdb的基本使用我们也能够基本掌握。另外，对于gdb的使用我们应该在后期进行熟练的掌握与使用。
在软件开发的过程中，可以说调试是一项基本技能。调试的英文单词为 debug ，顾名思义，就是去除 bug 的意思。俗话说的好，编程就是制造 bug 的过程，所以 debug 的重要性毋庸置疑，如果能熟练掌握调试技能，也就可以很快的定位出代码中的 bug。要知道，看的懂代码不一定写的出代码，写的出代码不一定能调试好代码，为了能写出没有 bug 的代码，我们必须得掌握一些基本的调试技巧。
写过C语言的同学们想必都很怀念（读者：¿）gdb调试器，使用gdb可以随意在程序运行过程中暂停流程、查看变量。
finish：运行程序，知道当前函数完成返回，并打印函数返回时的堆栈地址和返回值及参数值等信息。
QEMU是我们在调试一些不同架构的程序时经常使用的虚拟机软件。它有两种运行模式，全系统模拟（System mode）和单程序运行（User mode）。System mode和我们平常用的VMWare一样，模拟整个系统从加载器开始的启动和运行。在设备逆向过程中，如果仅仅是为了运行我们提取出文件系统中的某一个程序，我们就可以使用QEMU的user mode来简化整个操作流程，同时能够方便的利用 QEMU 自带的GDB服务来进行调试，免去搭建环境的烦恼。
在GPU上开发大规模并行应用程序时，需要一个调试器，GDB调试器能够处理系统中每个GPU上同时运行的数千个线程。CUDA-GDB提供了无缝的调试体验，可以同时调试应用程序的CPU和GPU部分。
我是从开始学C++的时候就一直用的是visual studio，毕竟宇宙第一IDE，写和调试都是超级方便快捷，唯一的缺点可能就是启动慢一点。 之前电脑没有换固态之前，用过一段时间的codeblocks，换了之后就一直用VS了。 这次换vscode的原因主要是因为最近看到CPP的一些细节的东西的时候发现VS会完全忽略掉这些错误和警告。 印象最深的是关于函数返回局部指针变量的处理： eg：
相信多数计算机专业的同学都和我一样，步入大学首先要学习的就是 C 语言。那么，我想下面这个东西你一定见过
之前写C++的一些程序都是在windows下，直接使用VS2017的傻瓜式编译器，最近尝试摸索在linux进行C++程序的编译，有了一些成果！特此总结！
可以按Tab键插入选定的成员。然后，当您添加左括号时，您将看到有关函数所需的任何参数的信息。
GDB是GNU开源组织公布的一个强大的UNIX下的程序调试工具。也许，各位比較喜欢那种图形界面方式的，像VC、BCB等IDE的调试，但假设你是在UNIX平台下做软件，你会发现GDB这个调试工具有比VC、BCB的图形化调试器更强大的功能。所谓“寸有所长，尺有所短”就是这个道理。
内部构建会产生很多中间文件，这些文件并不是我们最终想要的，和工程源代码文件放在一起会显得杂乱无章。
这里选择MinGW-W64,他作为MinGW的升级版，效率更加高。 我这里就只用最新版本的离线下载，因为在线很慢，而且需要魔法，鉴于此，我选择离线下载。提供了新版和旧版本 的离线下载链接。 8.1.0 (旧版):链接：https://pan.baidu.com/s/1fWkRgl4wWUm-lK9-QMNVkw 提取码：iki0 新版下载(在线下载):https://github.com/Vuniverse0/mingwInstaller/releases 新版下载(离线下载):https://github.com/mmozeiko/build-gcc-mingw/releases
VSCode 是目前最热门的IDE之一，在本节，我们将介绍怎样在 VSCode 中进行 C++ 程序的调试。在开始之前，需要通过 VSCode官网下载对应操作系统的最新版本，并安装到自己的电脑上。
高级软件工程师，Zabbix工程师，熟悉Zabbix、Tivoli、Openview、Nagios、Pinpoint等监控工具，对Zabbix、Nagios有丰富的二次开发经验。有丰富的DevOps和敏捷开发经验。
http://blog.csdn.net/haoel/article/details/2879
ADS（ARM Developer Suite），是在1993年由Metrowerks公司开发是ARM处理器下最主要的开发工具。 他的前身是SDT，SDT是ARM公司几年前的开发环境软件，目前SDT早已经不再升级。ADS包括了四个模块分别是：SIMULATOR；C 编译器；实时调试器；应用函数库。ADS对汇编、C/C++、java支持的均很好，是目前最成熟的ARM开发工具。很多ARM开发软件（例如Keil）也是借用的ADS的编译器。ADS在2006年版本已经发布到2.2。但国内大部分开发者使用的均是1.2版本
Windows无人参与安装在初始安装期间使用应答文件进行处理。您可以使用应答文件在安装过程中自动执行任务，例如配置桌面背景、设置本地审核、配置驱动器分区或设置本地管理员账户密码。应答文件是使用Windows系统映像管理器创建的，它是Windows评估和部署工具包（ADK：Assessment and Deployment Kit）的一部分，可以从以下站点免费下载https://www.microsoft.com.映像管理器将允许您保存unattended.xml文件，并允许您使用新的应答文件重新打包安装映像（用于安装Windows）。在渗透式测试期间，您可能会在网络文件共享或本地管理员工作站上遇到应答文件，这些文件可能有助于进一步利用环境。如果攻击者遇到这些文件，以及对生成映像的主机的本地管理员访问权限，则攻击者可以更新应答文件以在系统上创建新的本地账户或服务，并重新打包安装文件，以便将来使用映像时，新系统可以受到远程攻击。
Julia这门语言，因为集合了C语言的速度、Ruby的灵活、Python的通用于一身，获得了万千程序员的喜爱。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
腾讯会议
实时音视频
