gdb vscode调试linux程序,vscode 远程调试arm-linux c/c++程序

1. 交叉编译gdb与gdbserver程序

gdb和gdbserver交叉编译不复杂，源码可以在官网上下载：https://ftp.gnu.org/gnu/gdb/ ，也可以使用平台厂商会提供相关源码(与工具链匹配的版本)。

➜ arm-linux-gcc # find -name gdb

./share/doc/gdb

./share/gdb

./share/gdb/python/gdb

./include/gdb

➜ arm-linux-gcc # find -name gdbserver

./bin/gdbserver

➜ arm-linux-gcc #

2. 配置vscode

配置configuration，launch.json(如何打开该配置文件可参考上一节)配置如下：

{

"version": "0.2.0",

"configurations": [

{

"name": "(gdb) cbox factory",

"type": "cppdbg",

"request": "launch",

"program": "${workspaceFolder}/factory",

"args": [],

"stopAtEntry": false,

"cwd": "${workspaceFolder}",

"environment": [],

"externalConsole": true,

"MIMode": "gdb",

"miDebuggerPath": "/home/work/project/cbox/gcc-linaro-4.9-2014.11-x86_64_arm-linux-gnueabihf/bin/gdb",

"miDebuggerServerAddress": "192.168.70.152:2018",

"setupCommands": [

{

"description": "Enable pretty-printing for gdb",

"text": "-enable-pretty-printing",

"ignoreFailures": true

}

]

}

]

}

远程调试，launch.json配置要点：

“name”：这个还是有必要改下，如我们项目工程包括几个主进程，多个测试程序，可以为每个程序添加一个configuration，名称需区分开，用的时候切换一下configuration即可。

“program”：这个一般指向挂载目录的嵌入式可执行程序，也可以不指向板子上的程序，但该程序必须与板子上运行的程序一致，否则调试过程中有的你哭的。

“cwd”: 当前工作目录，应指向需调试程序的编译目录，例子中的{workspaceFolder}是刚好编译出来的可执行程序就在{workspaceFolder}下了。

"MIMode"：只能设置成gdb或lldb，没有为什么，这是规定。

“miDebuggerPath”：gdb路径，而且还需将gdb名称都包含进来，否则调试的时候会报错：miDebuggerPath is invalid;关于这个的报错，还有多种情况，后面会再次提及。

“miDebuggerServerAddress”：远程调试服务器(远程ARM板)地址，也就是gdbsever运行的ip地址，注意端口和服务器监听端口保持一致。

关于更具体的launch.json配置，可查看：

1.Configuring launch.json for C/C++ debugging

2.vscode debugging官方文档

3. 远程调试嵌入式程序

编译被调试程序

交叉编译板子上运行的程序时，需带-g选项

启动调试程序

一般在挂载目录中，telnet或ssh到嵌入式上板子上通过上面编好的gdbserver启动被调试程序

./gdbserver 192.168.202.128:2018 ./factory

192.168.202.128:2018:主机IP地址和设置调试的端口；

factory:被调试的运用程序；

这一步需要远端登录到调试板上执行，可直接借助vscode的terminal远程登录到板子上操作：

➜ ssh remoteserver -l name

或

➜ ssh name@remoteserver

vscode连接被调试程序

配置好launch.json后，直接F5启动即可，可以通过F9设断点，F11单步等来调试程序。

搭建过程中出现的问题记录：

由于调试过程中使用的gdb第一次拿到的是工具链share/gdb，在配置完launch.json后，F5进行调试，总是报错：

Unable to start debugging. The value of miDebuggerPath is invalid

看来是gdb这厮的祸，再根据编译链的prefix查找下，这时找到了编译链bin目录下的：arm-linux-gnueabihf-gdb，看着也更应该是在这个路径下，哈哈。由于launch.json中“MIMode”属性的限制：

➜ cp bin/arm-linux-gnueabihf-gdb bin/gdb

再次F5，OK，完美运行。

错误记录：

如果运行时报错：