Learn to use GDB (1)

本文介绍了GDB这一强大的Linux程序调试工具,详细列举了启动GDB的方法及在GDB环境中常用的交互命令,帮助读者掌握基本的调试技巧。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

What is gdb?

gdb在linux下是一款非常强大的程序调试工具,有的时候会有比IDE更强大的代码调试功能。

GDB, the GNU Project debugger, allows you to see what is going on 'inside' another program while it executes -- or what another program was doing at the moment it crashed.
GDB can do four main kinds of things (plus other things in support of these) to help you catch bugs in the act:

  • Start your program, specifying anything that might affect its behavior.
  • Make your program stop on specified conditions.
  • Examine what has happened, when your program has stopped.
  • Change things in your program, so you can experiment with correcting the effects of one bug and go on to learn about another.
    The program being debugged can be written in Ada, C, C++, Objective-C, Pascal (and many other languages). Those programs might be executing on the same machine as GDB (native) or on another machine (remote). GDB can run on most popular UNIX and Microsoft Windows variants.

-----from gnu.org

在wiki上你一定可以得到更多的信息。

一个简单的小程序

//test.cpp
#include <iostream>
using namespace std;

int foo(){
    int a = 10;
    cout << "function foo" << endl;
}

int main(){
    foo();
    int a = 100;
    return 0;
}

编译:

g++ test.cpp -g -o test

记得编译的时候要加上-g选项,这样才能让生成的程序具有调试的信息。

命令列表

用于启动gdb的命令

$ gdb

启动gdb

$ gdb -tui

启动gdb,并且分屏显示源代码

$ gdb app

启动gdb,并且加载app程序。要注意的是,这个app程序必须在编译的时候开启了-g选项。

$gdb <program> <pid>

启动程序之后,再用gdb调试。

这里,<program>是程序的可执行文件名,<PID>是要调试程序的PID.如果你的程序是一个服务程序,那么你可以指定这个服务程序运行时的进程ID。gdb会自动attach上去,并调试他。program应该在PATH环境变量中搜索得到。

$gdb <pid>

启动程序之后,再用gdb调试。

这里,程序是一个服务程序,那么你可以指定这个服务程序运行时的进程ID,<PID>是要调试程序的PID.这样gdb就附加到程序上了,但是现在还没法查看源代码,用file命令指明可执行文件就可以显示源代码了。

在gdb中常用的交互命令

所有命令都可以使用[tab]键补全。

(gdb) help

获得gdb的帮助信息

(gdb) file app

载入要调试的可执行文件app。如果刚开始是以$ gdb而不是$ gdb app启动的,那么使用这样的方式来载入文件。当然,要记得文件的编译选项。

(gdb) run

使用run命令来运行程序,你可以在这个命令的后面继续输入该程序输入的参数。当然也可以使用输入输出的重定向符,和shell通配符。

(gdb) set args <arg_list>

修改为调试程序传入的参数。

(gdb) show args

查看缺省的参数列表。

(gdb) list

默认的list会显示当前行和之后的10行代码,当然我们可以通过list的参数来改变。list的说明如下:

With no argument*, lists ten more lines after or around previous listing.
"list -" lists the ten lines before a previous ten-line listing.
One argument specifies a line, and ten lines are listed around that line.
Two arguments with comma between specify starting and ending lines to list.
Lines can be specified in these ways:

LINENUM, to list around that line in current file,
FILE:LINENUM, to list around that line in that file,
FUNCTION, to list around beginning of that function,
FILE:FUNCTION, to distinguish among like-named static functions.
*ADDRESS, to list around the line containing that address.
With two args if one is empty it stands for ten lines away from the other arg.

(gdb) next

no argument 执行下一步(不会跟进函数中)
one argument (形如:(gdb) next N) 执行N次下一步

(gdb) [Enter]

执行上一次的命令。什么都不输入直接回车就可以了。

(gdb) step

no argument 执行下一步(会跟进函数中,并一行一行执行)
one argument (形式同next) 执行N次下一步

(gdb) finish

执行完当前函数,直到函数返回再停止。
Execute until selected stack frame returns. Upon return, the value returned is printed and put in the value history.

(gdb) until

执行完当前循环体,要求当前位置在一个循环的头部。
Execute until the program reaches a source line greater than the current or a specified location (same args as break command) within the current frame.

(gdb) return

忽略当前函数没有执行完的部分,强制返回,可以接一个表达式,来表示这个return的返回值。
Make selected stack frame return to its caller.
Control remains in the debugger, but when you continue execution will resume in the frame above the one now selected.
If an argument is given, it is an expression for the value to return.

(gdb) break N

在当前文件的第N行设置断点。

(gdb) break FUNCTION

在当前文件的函数FUNCTION处设置断点。

(gdb) break FILENAME: N

给某文件的第N行设置断点。

(gdb) info breakpoints

查看当前的所有断点。包括断点号,断点位置等。

(gdb) delete

no argument 删除所有断点。
one argument 删除N号断点。

(gdb) clear [LINENUM|FUNCTION|*ADDRESS]

LINENUM: 删除第N行上的所有断点。
FUNCTION: 删除函数头部的所有断点。
*ADDRESS: 删除在这个地址上的所有断点。

(gdb) continue

运行,直到遇到下一个断点。

(gdb) backtrace

命令产生一张列表,包含着从最近的过程开始的所有有效过程和调用这些过程的参数。当然,这里也会显示出当前运行到了哪里(文件,行)。

(gdb) show language

查看当前调试程序的语言环境。

(gdb) info frame

查看当前函数的程序语言

(gdb) info source

显示当前调试的源文件。

(gdb) set language c++

手动设置当前语言为c++。

(gdb) kill

终止一个正在调试的程序。

(gdb) watch

Set a watchpoint for an expression.
Usage: Watch [-l|-location] EXPRESSION
A watchpoint stops execution of your program whenever the value of an expression changes.
if -l or -location is given, this evaluates EXPRESSION and watches the memory to which it refers.

当输入的表达式变化的时候就停住。

(gdb) print var

以显示被调试的语言中任何有效的表达式。表达式除了包含你程序中的变量外,还可以包含函数调用,复杂数据结构和历史等等。
(我的理解是这个表达式会被执行,并且把返回值输出出来。可以使用类似于x=4的形式在运行中修改变量的值)

(gdb) print /x var

以指定格式显示,支持的格式有:

x 按十六进制格式显示变量。
d 按十进制格式显示变量。
u 按十六进制格式显示无符号整型。
o 按八进制格式显示变量。
t 按二进制格式显示变量。
a 按十六进制格式显示变量。
c 按字符格式显示变量。
f 按浮点数格式显示变量。

(gdb) whatis EXP

显示表达式EXP的类型。可以使用ptype获取一个更详细的显示,它会同时打印出结构的定义。

</body></html>

基于数据挖掘的音乐推荐系统设计与实现 需要一个代码说明,不需要论文 采用python语言,django框架,mysql数据库开发 编程环境:pycharm,mysql8.0 系统分为前台+后台模式开发 网站前台: 用户注册, 登录 搜索音乐,音乐欣赏(可以在线进行播放) 用户登陆时选择相关感兴趣的音乐风格 音乐收藏 音乐推荐算法:(重点) 本课题需要大量用户行为(如播放记录、收藏列表)、音乐特征(如音频特征、歌曲元数据)等数据 (1)根据用户之间相似性或关联性,给一个用户推荐与其相似或有关联的其他用户所感兴趣的音乐; (2)根据音乐之间的相似性或关联性,给一个用户推荐与其感兴趣的音乐相似或有关联的其他音乐。 基于用户的推荐和基于物品的推荐 其中基于用户的推荐是基于用户的相似度找出相似相似用户,然后向目标用户推荐其相似用户喜欢的东西(和你类似的人也喜欢**东西); 而基于物品的推荐是基于物品的相似度找出相似的物品做推荐(喜欢该音乐的人还喜欢了**音乐); 管理员 管理员信息管理 注册用户管理,审核 音乐爬虫(爬虫方式爬取网站音乐数据) 音乐信息管理(上传歌曲MP3,以便前台播放) 音乐收藏管理 用户 用户资料修改 我的音乐收藏 完整前后端源码,部署后可正常运行! 环境说明 开发语言:python后端 python版本:3.7 数据库:mysql 5.7+ 数据库工具:Navicat11+ 开发软件:pycharm
MPU6050是一款广泛应用在无人机、机器人和运动设备中的六轴姿态传感器,它集成了三轴陀螺仪和三轴加速度计。这款传感器能够实时监测并提供设备的角速度和线性加速度数据,对于理解物体的动态运动状态至关重要。在Arduino平台上,通过特定的库文件可以方便地与MPU6050进行通信,获取并解析传感器数据。 `MPU6050.cpp`和`MPU6050.h`是Arduino库的关键组成部分。`MPU6050.h`是头文件,包含了定义传感器接口和函数声明。它定义了类`MPU6050`,该类包含了初始化传感器、读取数据等方法。例如,`begin()`函数用于设置传感器的工作模式和I2C地址,`getAcceleration()`和`getGyroscope()`则分别用于获取加速度和角速度数据。 在Arduino项目中,首先需要包含`MPU6050.h`头文件,然后创建`MPU6050`对象,并调用`begin()`函数初始化传感器。之后,可以通过循环调用`getAcceleration()`和`getGyroscope()`来不断更新传感器读数。为了处理这些原始数据,通常还需要进行校准和滤波,以消除噪声和漂移。 I2C通信协议是MPU6050与Arduino交互的基础,它是一种低引脚数的串行通信协议,允许多个设备共享一对数据线。Arduino板上的Wire库提供了I2C通信的底层支持,使得用户无需深入了解通信细节,就能方便地与MPU6050交互。 MPU6050传感器的数据包括加速度(X、Y、Z轴)和角速度(同样为X、Y、Z轴)。加速度数据可以用来计算物体的静态位置和动态运动,而角速度数据则能反映物体转动的速度。结合这两个数据,可以进一步计算出物体的姿态(如角度和角速度变化)。 在嵌入式开发领域,特别是使用STM32微控制器时,也可以找到类似的库来驱动MPU6050。STM32通常具有更强大的处理能力和更多的GPIO口,可以实现更复杂的控制算法。然而,基本的传感器操作流程和数据处理原理与Arduino平台相似。 在实际应用中,除了基本的传感器读取,还可能涉及到温度补偿、低功耗模式设置、DMP(数字运动处理器)功能的利用等高级特性。DMP可以帮助处理传感器数据,实现更高级的运动估计,减轻主控制器的计算负担。 MPU6050是一个强大的六轴传感器,广泛应用于各种需要实时运动追踪的项目中。通过 Arduino 或 STM32 的库文件,开发者可以轻松地与传感器交互,获取并处理数据,实现各种创新应用。博客和其他开源资源是学习和解决问题的重要途径,通过这些资源,开发者可以获得关于MPU6050的详细信息和实践指南
<think>我们正在检查C/C++项目的tasks.json和launch.json配置文件,特别是针对g++编译和调试设置。以下步骤将帮助您验证配置是否正确: ### 1. 检查tasks.json文件 tasks.json用于定义构建任务(例如编译)。以下是一个典型的g++编译任务配置: ```json { "version": "2.0.0", "tasks": [ { "type": "cppbuild", "label": "C/C++: g++ 生成活动文件", "command": "/usr/bin/g++", "args": [ "-fdiagnostics-color=always", "-g", "${file}", "-o", "${fileDirname}/${fileBasenameNoExtension}" ], "options": { "cwd": "${fileDirname}" }, "problemMatcher": [ "$gcc" ], "group": { "kind": "build", "isDefault": true } } ] } ``` **关键点检查:** - **command**: 确保路径指向正确的g++编译器(Windows可能是`g++.exe`的路径)。 - **args**: - `-g`选项生成调试信息(必须包含,否则无法调试)。 - 输入文件`${file}`是当前活动文件。 - `-o`指定输出文件路径(通常为`${fileDirname}/${fileBasenameNoExtension}`,即与源文件同目录且同名)。 - **label**: 此任务的唯一标识(后续在launch.json中引用)。 - **group**: 设置为`build`且`isDefault:true`,以便通过快捷键(如Ctrl+Shift+B)运行。 ### 2. 检查launch.json文件 launch.json用于配置调试会话。以下是一个典型的C++调试配置: ```json { "version": "0.2.0", "configurations": [ { "name": "g++ - 生成和调试活动文件", "type": "cppdbg", "request": "launch", "program": "${fileDirname}/${fileBasenameNoExtension}", "args": [], "stopAtEntry": false, "cwd": "${fileDirname}", "environment": [], "externalConsole": false, "MIMode": "gdb", "miDebuggerPath": "/usr/bin/gdb", "setupCommands": [ { "description": "为 gdb 启用整齐打印", "text": "-enable-pretty-printing", "ignoreFailures": true } ], "preLaunchTask": "C/C++: g++ 生成活动文件" // 必须与tasks.json中的label完全一致 } ] } ``` **关键点检查:** - **program**: 指定要调试的程序,应与tasks.json中`-o`输出的路径一致(`${fileDirname}/${fileBasenameNoExtension}`)。 - **preLaunchTask**: 必须与tasks.json中定义的`label`**完全一致**(包括大小写和空格)。这是连接编译和调试的关键。 - **miDebuggerPath**: 确保路径指向正确的gdb调试器(Windows可能是`gdb.exe`的路径)。 - **MIMode**: 设置为`gdb`(使用GNU调试器)。 ### 3. 常见错误排查 - **编译成功但无法启动调试**: - 确认tasks.json中是否包含`-g`选项(生成调试符号)。 - 检查`preLaunchTask`的值是否与tasks.json中的`label`**完全一致**(复制粘贴避免拼写错误)。 - **调试时提示“找不到文件”**: - 检查`program`路径是否正确(特别是Windows注意反斜杠转义,建议使用`${fileDirname}/${fileBasenameNoExtension}`格式)。 - 确认编译任务成功生成了可执行文件(可在终端手动运行g++命令验证)。 - **调试器启动失败**: - 检查`miDebuggerPath`是否指向有效的gdb路径(在终端输入`gdb --version`验证安装)。 - Windows用户需确保已安装MinGW并将gdb加入系统PATH。 ### 4. 手动验证命令 在终端中执行以下命令模拟编译过程(替换`your_file.cpp`为实际文件名): ```bash g++ -g your_file.cpp -o output_name ``` 如果编译成功,再尝试用gdb调试: ```bash gdb ./output_name ``` ### 5. 多个文件编译 若项目涉及多个文件,需修改tasks.json的`args`部分,例如: ```json "args": [ "-g", "${fileDirname}/*.cpp", // 编译目录下所有.cpp文件 "-o", "${fileDirname}/program" ] ``` §§相关问题§§ 1. 如何配置VSCode以调试C++多文件项目? 2. tasks.json中`problemMatcher`的作用是什么? 3. 如何在Windows上设置g++和gdb的路径? 4. launch.json中`externalConsole`设置为true/false有何区别?</think>### 检查 tasks.json 和 launch.json 配置指南 以下是检查 C/C++ 项目配置的核心要点,特别关注 g++ 编译和调试设置: #### 1. **tasks.json 关键检查项** ```json { "version": "2.0.0", "tasks": [ { "type": "cppbuild", "label": "C/C++: g++ build", // 必须与 launch.json 的 preLaunchTask 一致 "command": "/usr/bin/g++", // 检查编译器路径是否正确 "args": [ "-g", // 必须包含调试符号生成选项 "${file}", "-o", "${fileDirname}/${fileBasenameNoExtension}" ], "options": { "cwd": "${fileDirname}" }, "problemMatcher": ["$gcc"] // 错误捕获配置 } ] } ``` **常见错误排查:** - 🔍 确认 `label` 值是否与 launch.json 的 `preLaunchTask` 完全一致(包括大小写和空格)[^2] - 🔍 检查 `command` 路径: - Windows:`"command": "g++.exe"` - Linux/macOS:`"command": "/usr/bin/g++"` - 🔍 确保 `args` 包含 `-g` 参数(生成调试信息) - 🔍 验证输出路径 `${fileDirname}/${fileBasenameNoExtension}` 是否正确 #### 2. **launch.json 关键检查项** ```json { "version": "0.2.0", "configurations": [ { "name": "C++ Debug", "type": "cppdbg", "request": "launch", "program": "${fileDirname}/${fileBasenameNoExtension}", // 需与 tasks 输出一致 "preLaunchTask": "C/C++: g++ build", // 必须匹配 tasks.json 的 label "miDebuggerPath": "/usr/bin/gdb", // 调试器路径检查 "MIMode": "gdb", // 调试器类型 "setupCommands": [ { "text": "-enable-pretty-printing" } ] } ] } ``` **常见错误排查:** - 🔍 `preLaunchTask` 必须与 tasks.json 的 `label` 值完全匹配[^2] - 🔍 检查 `program` 路径是否与 tasks.json 的输出路径一致 - 🔍 验证调试器路径: - Windows:`"miDebuggerPath": "gdb.exe"` - Linux/macOS:`"miDebuggerPath": "/usr/bin/gdb"` #### 3. **配置验证流程** 1. **编译验证**: Ctrl+Shift+B 运行 build 任务,检查终端输出: ```bash > Executing task: g++ -g main.cpp -o main < ``` 确认生成带调试信息的可执行文件(如 `main`) 2. **调试验证**: F5 启动调试,检查: - 是否自动触编译任务 - 断点是否生效 - 变量监视功能是否正常 3. **路径验证**: ```bash # 检查编译器路径 which g++ # Linux/macOS where g++ # Windows # 检查调试器路径 gdb --version ``` #### 4. **常见错误解决方案** | 错误现象 | 解决方案 | |---------|----------| | 调试启动失败,提示"preLaunchTask not found" | 检查 tasks.json 的 label 和 launch.json 的 preLaunchTask 是否完全一致 | | 断点无法命中 | 确保 tasks.json 包含 `-g` 参数 | | "Unable to start debugging" | 检查 `miDebuggerPath` 路径是否正确 | | 编译失败但终端可手动编译 | 检查 tasks.json 的 `command` 路径 | > 💡 **调试技巧**:在 tasks.json 中添加 `"args": ["-v"]` 可输出详细编译过程,帮助定位问题。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值