【Linux】Linux调试器-gdb使用

标签：函数 gdb myprocess Linux debug 断点调试调试器

个人主页 ： zxctscl
如有转载请先通知

文章目录

1. 前言
2. 调试前准备
3. 使用

1. 前言

在前面的博客【Linux】编译器-gcc/g++使用已经分享了关于编译器的使用，而编译器的使用离不开调试，这次就来分享一下Linux调试器-gdb使用。

2. 调试前准备

要调试就得先有代码，先用C语言写一段简单的代码myprocess.c，再写好Makefile：
myprocess.c代码：

  1 #include<stdio.h>
  2
  3   int AddToTarget(int start,int end)
  4 {
  5   int i=start;
  6   int sum=0;
  7   for(i=start;i<=end;i++)
  8   {
  9     sum+=i;
 10   }
 11   return sum;
 12
 13 }
 14 int main()
 15 {
 16   printf("run begin...\n");
 17
 18   int result=0;
 19   result=AddToTarget(1,100);
 20   printf("result:%d\n",result);
 21
 22   printf("run end...\n");
 23 }

Makefile：

  1 myprocess:myprocess.c
  2   gcc -o $@ $^
  3 .PHONY:clean
  4 clean:
  5   rm -f myprocess

make一下没有问题：
在这里插入图片描述

在vs发布软件有两种模式一种是debug,一种是release。
测试用的是debug，可以被跳绳，而开发出来的release版本，是不可以调试的。

在debug版本中，编译器形成可执行程序的时候，会给可执行程序添加调试信息。

gcc/g++默认编译，采用的是release模式
在这里插入图片描述

如果想让gcc/g++采用debug模式，就得再后面加上-g选项
在这里插入图片描述

怎么来判断是不是debug模式呢？
在debug模式下新加了调试信息，体积就会比release模式下的大，那么就确定debug模式会新增加东西。
来测试一下：在Makefile里面新加-g选项：

  1 myprocess-debug:myprocess.c
  2   gcc -o $@ $^ -g
  3 .PHONY:clean
  4 clean:
  5   rm -f myprocess

然后make一下：
发现两个程序都可以跑：
在这里插入图片描述
对比发现debug的体积比较大:

为了给用户更好的体验，发布release模式，减少了不必要的调试，也减小下载时带宽的浪费。
而程序员在写代码的时候需要调试，所以就有了release模式和debug模式。

读一下debug模式下的信息：

readelf -S myprocess-debug

发现下面有debug信息
在这里插入图片描述
忽略大小写信息，在debug下的调试信息：

readelf -S myprocess-debug | grep -i debug

在这里插入图片描述
用同样的方式来查看release版本下的调试信息：readelf -S myprocess | grep -i debug
发现没有debug信息

3. 使用

3.1 进入gdb

默认系统中会安装gdb，使用方法就是gdb后面直接加上调试的可执行程序名：

 gdb myprocess-debug

就会默认进入到调试模式
在这里插入图片描述
想要退出就直接输入quit或者q

quit/q

在这里插入图片描述

在这里插入图片描述
gdb本身就是一个进程，把程序启动起来

3.2 list

list来显示程序代码

list

在这里插入图片描述
list后面直接更程序名是查不了代码的：

为了方便list可以直接简写为l。

如果想要从程序第一行开始查就用命令：

l 0

在这里插入图片描述

还可以使用l加程序名再加0的方式

l myprocess.c:0

在这里插入图片描述
不可以直接查文件，但是加上行号就可以查。
还可以查main函数：

l myprocess.c:main

在这里插入图片描述
想要查某一块代码可以加上行号，也可以加上对应的函数名就可以了。

发现gdb查代码只能默认查10行

如果想要全部打出来怎么办？
gdb默认会记录用户最近的一条命令，直接按回车
就可以拿到全部的代码
在这里插入图片描述

如果查看第15行：

发现它并不是从15行开始，而15行差不多是在显示的代码中间的位置。
同样查看AddToTarget也是：