gdb+gdbserver远程调试环境搭建及调试_gdb server(1)

cd gdb-7.12/                                                                             //进入源码目录

mkdir /usr/local/arm-gdb                                                            //创建一个安装目录

./configure --target=arm-linux --prefix=/usr/local/arm-gdb      //执行配置文件

注意:

–target: 指定编译环境,一般设置为交叉编译器前缀。

–prefix:指定安装路径,可自己任意指定合法路径

(3)编译与安装

make                //编译

make install     //安装

安装结束后会在你指定的安装目录下生成三个文件夹,里面包含可执行文件、头文件、动态库文件等,如下图所示:

(4)填加到环境变量

将生成的bin文件添加到环境变量中:

vim /etc/profile

export PATH=$PATH:/usr/local/arm-gdb/bin        //添加在文件末尾

source /etc/profile           //生效环境变量

echo $PATH         //检查环境变量

注意:

(1)你也可以放在其它环境变量下,例如:/usr/local/bin、/usr/bin等

(2)生成的文件可删除不需要用到的,比如,此处只需要使用arm-linu-gdb可执行文件,则你可只需将此文件添加到环境变量即可,其他文件可直接删除。

4、安装gdbserver

(1)生成Makefile

cd gdb-7.12/gdb/gdbserver/                                                     //进入源码目录

./configure --target=arm-linux-gnueabi --host=arm-linux    //执行配置文件

注意:

–target:指定目标平台,博主的目标平台为ARM。

–host:   指定宿主机运行的是arm-linux-gdb

(2)编译与安装

make

编译gdbserver不需要执行make install命令,因为make之后在当前目录下会生成可执行程序gdbserver。

(3)拷贝到目标平台

拷贝之前先更改gdbserver读写权限:chmod 777 gdbserver

将可执行文件gdbserver拷贝到目标平台的**/usr/local/bin/**目录下。

至此,远程调试环境已经搭建完成。

5、gdb+gdbserver调试流程

(1)检查网络是否正常

打开MobaXterm登入虚拟机和开发板的Linux系统,执行如下操作:

开发板ping主机

开发板ping虚拟机

主机ping开发板

虚拟机ping开发板

保证相互之间均可以ping通。

注意:主机ip、开发板ip和虚拟机ip地址设置在同一个网段内。

(2)编辑和编译测试代码

1)测试代码

#include
#include

using namespace std;

void fun(int &a, int &b)
{
     a = b = 10;
}

void my_fun(int &a, int &b)
{

a > b ? (a += b) : (b -= a);

fun(a, b);
 }
 
int main()
{

int a = 13, b = 16;

my_fun(a,b);

cout<< "a = " << a << endl;
    cout<< "b = " << b << endl;

return(0);
}

2)编译代码

-g : 设置带调试信息的程序

3)设置读写权限

修改可执行二进制文件test读写权限:chmod 777 test

4)下载文件到开发板

下载可执行二进制文件到开发板的工作目录下。(自己指定一个合法的工作目录)

文件下载方法:在Linux系统编译好的可执行文件先下载到window,然后再从window下载到开发板。(下载操作方式众多,选择自己习惯的就行)

(3)启动调试环境

宿主机IP:192.168.xxx.xxx
开发板IP:192.168.xxx.xxx

1)开发板上运行gdbserver

gdbserver 192.168.xxx.xxx:2001 test

其中 192.168.xxx.xxx 是宿主机的地址,2001是调试端口(该值建议设在2000以上),test是需要调试的可执行程序。gdbserver启动之后打印出下面内容:

2)执行gdbserver脚本

以上操作也可以通过自己编写一个shell脚本去执行,如下:

该脚本执行时需要输入一个参数,即需要调试的可执行文件名。执行时如果没有输入参数会有一个提示信息打印。执行命令如下:

./gdbserver test      //这样就不需要每次都输入宿主机IP和端口号等信息了,直接执行脚本就搞定。

3)宿主机上运行arm-linux-gdb

arm-linux-gdb test

启动之后会打印如下信息:

最后一行(gdb) 表示arm-linux-gdb在等待输入指令,现在需要输入指令来连接gdbserver,如下所示:

(gdb) target remote 192.168.xxx.xxx:2001

其中 192.168.xxx.xxx 是开发板的IP地址,2001是调试端口(必须与gdbserver端保持一致)

4).gdbinit脚本

每次启动gdb时都要在gdb命令行上手动输入指令,去连接目标机,操作上显得及其麻烦。而使用.gdbinit脚本则可以轻松解决此事。

gdb在启动的时候,会在你的当前工作目录下查找 ".gdbinit" 这个文件,并把它的内容作为gdb命令进行解释,所以如果我把脚本命名为".gdbinit",这样在启动的时候就会处理一些你常用的命令。

**第一步:**在”~"目录下添加一个.gdbinit, 默认gdb初始化时会调用这个文件。

**第二步:**编辑该.gdbinit, 在文件中加上 set auto-load safe-path xxx

set auto-load safe-path  /home/tanglg/workspace_tlg/
指定了/home/tanglg/workspace_tlg/路径为gdb的安全加载路径,即后续你可在该路径下的任何子路径下均可加载.gdbinit文件并解释文件内容。

如果不在“~”目录下指定一个安全路径的话,会在使用.gdbinit时,报如下错误:

File “/home/tanglg/workspace_tlg/myapp/test/.gdbinit” auto-loading has been declined by your `auto-load safe-path’ set to “ d e b u g d i r : debugdir: debugdir:datadir/auto-load”.

**第三步:**在/home/tanglg/workspace_tlg/myapp/test/(即你要Debug的目录)下,同样添加一个.gdbinit

**第四步:**编辑该.gdbinit,添加你需要的一些指令,例如:

当然在.gdbinit文件中你还可以添加别的指令。

.gdbinit编写好并保存后,你就可以直接输入arm-linux-gdb test 开始gdb调试了,中途就不用再次主动去连接目标机的gdbserver了。如果你需要更改目标机的IP和端口号,只需修改.gdbinit文件。

至此开发板和虚拟机(宿主机)远程连接起来了。

(4)开始调试

建立链接后,就可以进行调试了。调试在宿主机端,跟gdb调试方法相同。注意的是要用“c”来执行命令,不能用“r”。因为程序已经在Target Board上面由gdbserver启动了,结果输出是在Target Board端,用SSH(或超级终端)查看。

按”c“全速运行后,在目标端查看运行结果:

至此,远程调试环境和调试步骤结束。

(5)调试常用命令

c      -->    continue的缩写,作用是程序继续往下执行。

l      -->     list的缩写,作用是查看程序代码,按回车可显示剩余未显示的代码。

b    -->      break的缩写,作用是设置断点。如:b xxx.cpp:4表示在xxx.cpp的4行设置断点。

b i  -->      break info的缩写,作用是查看所有断点信息。

q    -->     quit的缩写,作用是退出调试

6、安装调试中遇到的问题

(1)‘__NR_sigreturn’ was not declared in this scope

安装交叉编译器gdbserver 可能报该错:

解决方案:

//在这个linux-arm-low.c文件添加如下内容:

#ifndef __NR_sigreturn

#include <asm/unistd.h>

#endif

如果仍然不行,则再加上#define**__NR_sigreturn 0**

(2)Remote ‘g’ packet reply is too long: 40100100dc890000acfdffbe问题

在gdb调试过程中可能出现如下图所示错误:

解决方案:

修改gdb/remote.c文件,屏蔽process_g_packet函数中的下列两行:

if (buf_len > 2 * rsa->sizeof_g_packet)
     error (_(“Remote ‘g’ packet reply is too long: %s”), rs->buf);

在其后添加:

if (buf_len > 2 * rsa->sizeof_g_packet) {
      rsa->sizeof_g_packet = buf_len ;
      for (i = 0; i < gdbarch_num_regs (gdbarch); i++)
      {
         if (rsa->regs[i].pnum == -1)
         continue;

         if (rsa->regs[i].offset >= rsa->sizeof_g_packet)
         rsa->regs[i].in_g_packet = 0;
         else
         rsa->regs[i].in_g_packet = 1;
      }
   }

(3)arm-linux-gdb加载目标系统库出错

arm-linux-gdb在调试的时候会加载目标系统的库文件,如果出错时便无法调试,如下图所示:

解决方案:

可通过指令[set solib-search-path+库文件路径]来手动加载目标系统库文件,如下为我的设置:

set solib-search-path /usr/local/arm/4.4.3/arm-none-linux-gnueabi/lib/

(4)Reading symbols from target:/lib/ld-linux.so.3…(no debugging symbols found)…done.问题

自我介绍一下,小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。

深知大多数嵌入式工程师,想要提升技能,往往是自己摸索成长或者是报班学习,但对于培训机构动则几千的学费,着实压力不小。自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!

因此收集整理了一份《2024年嵌入式&物联网开发全套学习资料》,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。

img

img

img

既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,基本涵盖了95%以上嵌入式&物联网开发知识点,真正体系化!

img

img

由于文件比较大,这里只是将部分目录大纲截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且后续会持续更新

如果你觉得这些内容对你有帮助,可以+V:Vip1104z获取!!! (备注:嵌入式)

img

最后

资料整理不易,觉得有帮助的朋友可以帮忙点赞分享支持一下小编~

你的支持,我的动力;祝各位前程似锦,offer不断,步步高升!!!

存中…(img-5BJUqGQm-1712245343464)]

既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,基本涵盖了95%以上嵌入式&物联网开发知识点,真正体系化!

[外链图片转存中…(img-184VLP6b-1712245343464)]

[外链图片转存中…(img-6Lo9xIv0-1712245343465)]

由于文件比较大,这里只是将部分目录大纲截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且后续会持续更新

如果你觉得这些内容对你有帮助,可以+V:Vip1104z获取!!! (备注:嵌入式)

img

最后

资料整理不易,觉得有帮助的朋友可以帮忙点赞分享支持一下小编~

你的支持,我的动力;祝各位前程似锦,offer不断,步步高升!!!

更多资料点击此处获qu!!

  • 10
    点赞
  • 30
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
### 回答1: gdbgdbserver远程调试技术的意义在于提供了一种方便有效的方式来调试运行在远程目标设备上的程序。这对于嵌入式系统或远程服务器等分布式系统的开发和调试非常有用。 首先,gdbgdbserver远程调试技术允许开发人员在不在本地环境下的目标设备上进行调试。这意味着开发人员可以通过网络连接到远程设备,并使用本地的gdb客户端来远程控制和调试目标设备上的程序。这样,不再需要将全部的代码和调试环境放在开发人员的本地机器上,大大节省了开发人员的时间和资源。 其次,远程调试技术提供了实时调试的能力。开发人员可以监控目标设备上的程序执行过程,并在运行时观察程序的状态和变量的值。这对于发现和解决运行时错误和异常非常重要。通过远程调试,开发人员可以更直接地了解程序在实际环境下的行为,从而更有效地修复问题。 此外,远程调试技术还提供了一个更加安全且可靠的调试方法。使用gdbgdbserver进行远程调试,可以避免将敏感的代码或数据复制到本地环境中,减少了潜在的安全风险。同时,由于远程调试是通过网络进行的,即使目标设备处于远程位置,也能够进行调试,减少了物理上接触设备的需求,提高了效率。 总而言之,gdbgdbserver远程调试技术的意义在于提供了一种方便、实时、安全的方法来远程控制和调试目标设备上的程序,使开发人员能够更有效地进行嵌入式系统和分布式系统的开发和调试工作。 ### 回答2: gdb gdbserver远程调试技术是一种用于在线调试嵌入式系统的工具。它的意义在于提供了一种便捷和高效的方式来调试远程嵌入式设备。 首先,gdb gdbserver远程调试技术可以节省时间和资源。在传统的调试方式中,如果想要调试远程嵌入式设备,通常需要将设备连接到开发服务器并使用串口进行调试。这种方式不仅繁琐,还占用了宝贵的硬件资源。而gdb gdbserver远程调试技术可以直接在目标设备上运行gdbserver,并通过网络连接到开发服务器上的gdb,使得调试变得更加方便快捷。 其次,gdb gdbserver远程调试技术可以提高团队协作效率。在实际的嵌入式系统项目中,通常会有多个开发人员同时开展工作。使用gdb gdbserver远程调试技术,不同的开发人员可以同时连接到同一个目标设备上进行调试,而不会相互干扰。这样可以提高团队成员之间的协作效率,加快问题解决和软件开发的速度。 此外,gdb gdbserver远程调试技术还提供了更灵活的调试方式。通过gdb gdbserver的支持,开发人员可以在目标设备上进行远程程序的调试,包括断点设置、变量查看、程序运行控制等。这种方式可以更加直观地观察到程序的实际执行情况,帮助开发人员更好地理解和解决问题。 总之,gdb gdbserver远程调试技术的意义在于提供了一种便捷、高效和灵活的嵌入式系统调试方式,节省了时间和资源,提高了团队协作效率,同时也方便开发人员更好地理解和解决问题。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值