ROS在线调试（使用GDB）

引言

在写ROS工程代码，有时候找一个bug非常麻烦，尤其是运行时出错的bug，这时候借助一些调试器可以极大的提高查找bug的效率。

ROS官方列出了许多可用的IDE：http://wiki.ros.org/IDEs，如VScode, Qtcreator, Ecllipse, Clion等，而这些不方便快速的调试。

所以，下面介绍如何使用GDB调试器来进行ROS C++项目的调试

在debug模式编译

编译器有些优化会让debug无法进行。为了避免这种情况，程序编译时要加上debug选项，让cmake以debug模式编译，不然可能会在gdb调试的时候不能跳转到源代码，只能进入断点。

普通的非ROS程序用gdb怎么调试呢？在编译好后(编译的方法和正常的程序一样，不过要在cmakelists前面添加)

set(CMAKE_BUILD_TYPE Debug)

如果用命令行catkin_make，在输入catkin_make时加上一个参数：

catkin_make -DCMAKE_BUILD_TYPE=Debug

或者直接修改CMakelist.txt，添加以下代码,

SET(CMAKE_BUILD_TYPE "Debug")
SET(CMAKE_CXX_FLAGS_DEBUG "$ENV{CXXFLAGS} -O0 -Wall -g -ggdb")
SET(CMAKE_CXX_FLAGS_RELEASE "$ENV{CXXFLAGS} -O3 -Wall")

添加GDB调试指令 （launch）

修改ROS launch文件，在node标签中添加一句话

launch-prefix="xterm -e gdb -ex run --args "

修改后的launch文件如下所示

<node pkg="waypoint_follower" type="pure_persuit" name="pure_pursuit" output="screen" launch-prefix="xterm -e gdb -ex run --args">
        <param name="is_linear_interpolation" value="$(arg is_linear_interpolation)"/>
</node>

这样在执行原来例子的时候，就会先打开一个新的Shell界面，被调试的程序就在这个Shell中被执行了。

如果使用的是Python来写ROS，则需要修改调试器为pdb,如下：

launch-prefix="xterm -e python -m pdb "

附：roslaunch node前缀

The launch-prefix attribute of the tag that, among other things, makes it easy to debug a ROS node process. Here are some example launch-prefixes you might find useful:
launch-prefix=“xterm -e gdb --args” : run your node in a gdb in a separate xterm window, manually type run to start it
launch-prefix=“gdb -ex run --args” : run your node in gdb in the same xterm as your launch without having to type run to start it
launch-prefix=“stterm -g 200x60 -e gdb -ex run --args” : run your node in gdb in a new stterm window without having to type run to start it
launch-prefix=“valgrind” : run your node in valgrind
这个valgrind工具可以用于检测内存泄露，并执行性能分析
launch-prefix=“xterm -e” : run your node in a separate xterm window
launch-prefix=“nice” : nice your process to lower its CPU usage
launch-prefix=“screen -d -m gdb --args” : useful if the node is being run on another machine; you can then ssh to that machine and do screen -D -R to see the gdb session
launch-prefix=“xterm -e python -m pdb” : run your python node a separate xterm window in pdb for debugging; manually type run to start it

在使用roslaunch node debug.launch后会得到：

添加GDB调试指令 （cmd）

跑ros程序的两个方法一个是rosrun，一个是roslaunch．roslaunch在上文已讲，下面就是使用cmd去跑rosrun，首先使用下面语句执行文件：

rosrun --prefix 'gdb -ex run --args' [package_name] [node_name]

执行完上面的语句，你会发现程序直接开始跑了，我还来不及设置断点什么的呢．问题应该出在run那个参数上，不过我暂时没找到替代的，得想想其他办法．

rosrun其实就相当于直接执行二进制文件./文件．那么我们直接找到catkin_make产生的二进制文件进行运行不就完了？每一个package产生的二进制文件存放的位置在

you_catkin_workspace/devel/lib/your_package_name

里．cd进去上面的地址，你应该能看到你在CMakeLists.txt里通过add_executable产生的那个二进制文件的名字(就是rosNode了)．在terminal中输入

gdb node_name

就会发现进入gdb模式了，terminal的输出像下面这样

这时候我们可以输入第三个链接pdf中的命令进行调试了．

设置断点

pdf中写的设置断点的方法为break <where>，这个where指的是程序的哪一行，例如，我在上面的程序的２８行注释了一下line 28．我们在terminal中输入

break 28

会看到一则消息关于断点设置的．然后我们就可以跑程序了．在terminal中输入

run

我们根据terminal的输出应该能很轻易的知道28行程序暂停了．断点已经设置成功了．

另外也可以

break 函数名

设置断点，这样进入函数的时候程序会暂停

查看变量值　

现在我们要查看某个变量的值呢？pdf中显示是print/format <what>或者display/format <what>．what表示是什么变量．我们在terminal中输入

display count

便能看到程序中变量count的值了．

执行下一步

同样查看pdf得知，在terminal中输入next就可以了．

设置被包含的程序的断点

我们写大型程序的时候，一个rosnode肯定include了好多文件，上面的break 28默认在主函数中设置断点了，那么我们想在其他不在同一个cpp文件中的函数设置断点之类的呢？比如我们在CMakeLists.txt中编译的时候使用的下面语句

add_executable(main main.cpp b.cpp c.cpp)

之后使用

gdb main
1

进行调试，如果我们想在b.cpp中加一个断点，我们只需要在terminal中特殊指明是哪个cpp加上行数即可，比如

break b.cpp:line_number

其中line_number表示你想在b.cpp中的哪行代码添加breakpoint．

显示出错的位置

gdb调试出错了，比如出现segmentation fault，通常会自动显示出错位置，输入where可以显示出更详细的内容

退出gdb

程序正在运行，按下crtl+c，在输入q退出．

程序没有运行，直接输入q退出．

GDB基本命令

基本

显示被调试文件信息

查看/修改内存

断点

调试运行