linux GDB 简单用法以及例子

最新推荐文章于 2024-08-26 15:09:40 发布

nvd11

最新推荐文章于 2024-08-26 15:09:40 发布

阅读量1k

点赞数

分类专栏： c/c++

本文链接：https://blog.csdn.net/nvd11/article/details/8749369

版权

c/c++ 专栏收录该内容

19 篇文章 0 订阅

订阅专栏

      首先GDB是类unix系统下一个优秀的调试工具, 当然作为debug代码的工具, 肯定没有IDE来的直观了. 不过, 命令行自然有命令行的有点, 当你无法是使用IDE时, gdb有时会帮上很大的忙.

      下面用1个例子来说明用法吧:

      建立1个目录testgdb2
     1. 编写c文件test.c

#include <stdio.h>
#include <test2.h>

int g_i;
int func(int n){
	g_i=1;	
	int sum = 0, i;
	for (i=1; i<=n; i++){
		sum+=i;
	}
	return sum;
}

int main(){
        g_i=0;	
	int i;
	long result = 0;
	for (i=1; i<=100; i++){
		result += i;
	}

	printf("result[1-100] =%d\n", result);
	printf("result[1-250] =%d\n", func(250));
	printf("result of func2(100) =%d\n", func2(100)); //call func2 in test2.c
}

可以见到在23行, call 了 test2.c的函数, 而且引用了头文件 test2.h

2. 编写头文件 ./headfiles/test2.h

#ifndef __TEST2_H_
#define __TEST2_H_
	int func2();
#endif

只声明了1个函数啦

3. 编写c文件test2.c

#include "test2.h"

int func2(int n){
	int i,sum;
	for (i=1;i<n;i++){
		sum+=i;
	}
	return sum;
}

编写对应函数的内容啦.

4. 编写Makefile
这里要注意, gcc 命令默认编译出来的可执行文件是不带调试信息的, 也就是说不能用gdb来调试的.
如果要用gdb来debug程序, 则必须要用-g参数来编译.
Makefile如下图(文件名就是Makefile,放在与test.c同1个目录)

test.o: test.c ./headfiles/test2.h
	gcc -c -g test.c -I ./headfiles/ -o test.o
test2.o: test2.c ./headfiles/test2.h
	gcc -c -g test2.c -I ./headfiles/ -o test2.o
test: test.o test2.o
	gcc test.o test2.o -o test
clean:
	rm -rf *.o 
cleanall:
	rm -rf *.o test

5. 编写编译脚本, 并执行编译.
参照上面Makefile,在同一级目录编写编译脚本mk.mak 如下图:

并且执行编译:

可以见到可以调试的执行文件test 被编译出来了.

6.运行 gdb 来启动调试模式
在当前目录执行gdb, enter

      6.1 gdb 命令 file
             file命令用来决定用户要调试那个执行文件.
                输入file test(file + 执行文件名字)

前提是这个执行文件用gcc编译时加入了调试信息(-g 参数), 上面提示过的.

也可以开始时执行gdb + 执行文件名+ 参数来直接调试这个执行那个文件
set args 可指定运行时参数。（如：set args 10 20 30 40 50）
show args 命令可以查看设置好的运行参数。
不过我这个简单例子没有参数啦~

      6.2 gdb 命令 list, 简写l
     list 命令用来查看对应file命令用查看执行程序的源代码

      例如用list 10命令可以查看test.c 第10行附近的代码

但是执行文件是用test.c 和 test2.c 编译出来的啊, 如果想查看test2.c的代码,
则可以用list test2.c:5 来查看test2.c第5行附近的代码:

   不过要看代码的话, 建议还是开两个窗口, 1个用来调试, 1个用来看代码啦.

       6.3 gdb 命令 break, 用来设置断点
      执行break test.c:6 之就可以在test.c 上设置这个断点了.

执行break test2.c:func2 就可以在test2.c 里的 func2定义上设断点:

执行info break, 可以查看已设置的断点:

可以见到每个断点都有1个断点号码:
可以执行:
disable 断点号码来禁用断点
delete 断点号码来删除断点

6.4 gdb 命令 run, 用于运行调试, 相当IDE debug工具栏那个启动按钮啦. (简写r)
执行r, 一般来讲,程序就会在你设置的第1个断点上暂停啦~

如上图, 我执行run后, 程序就跳到第6行的断点了, 而且执行到这里时, 实际上程序已经执行了main 函数的一部分代码, 所以会见到一部分程序输出的(result[1-100]=5050

      6.5 gdb 命令 next, 就是跳到1一步的意思, 相当于IDE debug工具栏的那个Next按钮啦.(简写n)
      执行n, 就会跳到第7行了:

6.6 gdb 命令 print, 就是查看变量的命令, 简写p 一般p + 变量名字就ok了
在第7行执行p i, i的值是1个随机数, 因为i只定义了, 还没赋值.

跳到第8行,(代表执行完第7行的代码)
就见到i的值被第7行赋值成1了.

6.7 gdb 命令 bt , 用于查看函数堆栈
执行bt, 如下图:

可以见到当前运行在 test.c的main() --> test.c的func()里面啦.
如何查看函数堆栈详见:
http://blog.csdn.net/azr22005/article/details/6927420

   6.8 gdb 命令 step, 就是进入的意思, 相当与IDE debug工具栏那个step按钮啦.
   这个太简单不讲解啦

    6.9 gdb 命令finish, 就是跳出当前函数的意思, IDE debug工具栏貌似没有这个按钮哦.

执行finish..:

见到跳出函数func后, 就到了test.c 的22行了, 是因为在22行call 这个函数func的啊~
顺便还把函数的返回值show出来了.

   6.10 gdb 命令continue, 跳到下1个断点, 相当于IDE debug工具栏的continue按钮啦, 简写c
   执行 continue..