gdb编译与调试不在同台机器上出现no such file or directory的解决方案

最新推荐文章于 2024-08-10 13:25:07 发布
原创 最新推荐文章于 2024-08-10 13:25:07 发布 · 3.5k 阅读 · 1 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

博客介绍了使用dir命令来设置源文件路径的方法，涉及信息技术中命令行操作相关内容。

 

用dir命令来设置源文件的路径：

dir /usr/src/debug
目标板上运行程序提示 sh: xx : no such file or directory
星月夜话
02-07 797
将交叉编译出的可执行程序放到目标板执行，运行时报 “sh: no such file or directory”，那为什么会报错，这是因为执行该bin程序时，找不到对应的依赖文件(一般是xxx.so)解决办法：1、gcc -static -o test test.c   选项将文件编译成静态链接程序，这种方式编译出来的bin文件一般会比较大，好处就是执行时没有额外的依赖文件。2、 使用ldd(交叉...
gdb调试出现No such file or directory
weixin_45062087的博客
07-13 1万+
gdb调试出现No such file or directory 在调试gdb的时候老是出现了No such file or directory，这是因为源文件与可执行文件不在同一个目录下。在这里提供一个治标不治本的办法。 在这上面提示说这个malloc.c文件找不到。 解决办法： show debug-file-directory 查看当前的debug路径 set debug-file-directory 设置debug路径，这里为空。 路径为空之后，显然它就开始从本路径开始执行了 这种办法的
gdb 调试程序时, "No such file or directory."
IT探险者-returningprodigal
09-10 1万+
gdb 调试程序时,出现: Breakpoint 1, main () at test.c:5 5 test.c: No such file or directory. 原因: 原来在可执行程序中包含的调试信息(源代码)只是对源文件的一个链接 过程: 期间我尝试了很多arm-poky-linux-gnueabi-gcc关于调试的参数 -g -gdwarf-2 -O0等等,都不行, 最后搜索到...
gdb No such file or directory
小小程序员
05-16 2148
使用gdb来对可执行程序进行调试：gdb -tui main 在这个页面，如果退出输入q，继续回车 输入l直接报错，文件不存在。 网上有很多说法，有的说： 1. 可执行文件跟.go不在一个目录， 2. 也有的说是不同机器编译造成等， 3. 通过设置debug路径来解决。 上面三种方案小编也都进行测试了，问题没有解决。 后面脑回路清新了一下，再gdb进去后，不要先输入l， 直接输入b main.main，再次输入l就可以看到代码了。 代码调试的时候，各种问题都可能出现，有问题大家一.
gdb 调试，No such file or directory.
qqshuaishuai的博客
01-04 1911
linux gdb 时，提示：No such file or directory.解决方法：指定src路径，使用 dir 命令，设置源码路径。
VSCode 报错，Unable to start debugging.GDB failed with message: xxx.exe: No such file or directory.
m0_73954830的博客
08-10 545
将文件名改为中文即可。
gbd, No such file or directory
weixin_44106777的博客
04-30 940
然后就是进入了gbd模式，它提示no such file or directory，不慌。root/code/xxx/xxxx/这个是我的代码所在的文件夹路径。我看网上都是说要把debug的文件放在某个固定文件夹里，其实不必。就可以正常调试代码了。每次重新进入都要这样的set过程哦！我用的是core dump。所以linux一开始命令是。
gdb中iogets.c: No such file or directory
THISFOREVERYONE的博客
10-10 2935
开始学着用gdb，在设置断点之后出现Breakpoint 1, _IO_gets (buf=0x0) at iogets.c:32 32 iogets.c: No such file or directory. 要调试的源代码如下 /*bugging.c*/ #include <stdio.h> #include <stdlib.h> static char buff [256]; static char* string; int main () { printf ("Please
【Tools】 VSCode Debug 报 g++.exe No such file or directory fatal error no input files.. 的解决方案
我是一只小小小小鸟
10-24 1万+
昨天搭建了 VSCode Cpp 断点调试环境，中午还能跑的，到了傍晚就开始报错了。按照我发布的文章搭建的环境，按 F5 试图断点调试时，报错如下： 注意看 VSCode 集成的 TERMINAL 里的报错 g++.exe: error: e:ProjectsVSCodeCppTest5srctest.cpp: No such file or directory 这里的 e:Projects...
ROS报错：Roslaunch got a ‘No such file or directory‘ error while attempting to run xterm -e gdb --args
tanmx219的博客
02-03 3956
使用gdb调试VINS-mono的ROS节点时，碰到这么一个报错： process[feature_tracker-2]: started with pid [8459] RLException: Roslaunch got a 'No such file or directory' error while attempting to run: xterm -e gdb --args /home/matthew/projects/vinsmono/devel/lib/vins_estimator/vin
gdb无法插入断点在运行gdb的r命令时出现报错warning :opening /proc/PID/mem file for lwp 19362.19362 failed:No such file
soulermax的博客
05-23 1196
proc/PID/mem 是用于存取进程地址空间的虚拟文件，其中的 ‘PID’ 应当对应到某个正在运行、或者说正在被调试的进程的进程标识符。如果操作系统报告此文件不存在，这通常是因为对应的进程或LWP已经结束了，或者其ID有变化。GDB在尝试附着到该进程时，可能就会遇到问题。在某些系统中，特别是使用了内核隔离特性（如SELinux）或者容器技术（如Docker）的环境，GDB可能因为权限不足无法访问 /proc/PID/mem。
交叉编译linux内核无法识别el,交叉编译gdb遇到no termcap library found的解决方法...
weixin_34584910的博客
04-30 742
在是用ejtag的时候缺少了gdb工具，因此自己需要手动编译一个gdb工具，编译过程中遇到了一些错误，翻阅了大量的网上资料解决了这些问题，从而也学习了一下交叉编译源码包的方法，这里做一个总结。首先去官方网站下载gdb的源码包，我下载的7.4.1版本的源码包，解压开来，进入到源码包的根目录下。对于一个源码包，拿到手里首先要阅读的就是README，然后看一下INSTALL文件，这个文件里编译源码包的步...
使用gdb进行程序调试-无源文件错误
weixin_30737433的博客
07-17 750
使用gdb进行调试，在执行list时，出现No such file or directory的情况。这是因为可执行文件中有符号表但没有代码，显示代码还是需要源文件。 如果源文件位置发生改变、或将可执行文件放在别的机器上执行，无法找到源文件，就不能显示代码了。此时使用directory命令指定源文件目录即可。 转载于:https://www.cnblogs.com...
gdb 调试 ＜没有那个文件或目录＞ 的解决方法
hjjdebug的专栏
06-18 6895
gdb 调试 的解决方法如果源文件位置发生改变、或将可执行文件放在别的机器上执行，无法找到源文件，就不能显示代码了。 此时使用directory命令指定源文件目录即可。(gdb) h dir Add directory DIR to beginning of search path for source files. Forget cached info on source file locations and line positions. DIR can also b.........
GDB 调试coredump及 不生成core文件
weixin_43841155的博客
10-13 1924
通过查看core_pattern文件，发现其确实指定了一个路径，于是我前往那个路径，发现竟然是脚本程序，后来查看说明文件，才知道core_pattern中如果首先指定了一个 ‘|’ 管道符，则会将生成的core文件传递给后面所跟的脚本去处理。core的缺省位置是程序所在目录，可以通过修改/proc/sys/kernel/core_pattern来指定core文件生成位置了名称。至此，也就确定了问题的原因，| 管道符后面的脚本将我们的core文件给吞了，解决方法自然就是去掉这个脚本，换成自己指定的目录。
GDB定位coredump
mijichui2153的博客
12-24 1万+
这篇文章主要讲GDB和coredump两个方面。 一、coredump 1、coredump简介 （1）、 core，又称coredump文件，准确来讲是Unix/Linux的记录机制产生的一种保存程序崩溃时现场状态的记录性文件。 （2）、为何需要这种记录机制？原因很简单，程序在在正常执行的时候当然是皆大欢喜，但是如果程序出现致命性错误难道不要保存一些现场信息已被分析使用吗！！Unix/...
vs2022 无法打开包括文件: “crtdbg.h” no such file or directory
热门推荐
yanchenyu365的博客
12-27 1万+
Ubuntu下通过Qt交叉编译程序到开发板，调试的时候出现No such file or directory
最新发布
09-12
<think> 我们正在解决Ubuntu下Qt交叉编译程序到开发板调试时出现"No such file or directory"错误的问题。根据引用[1]中的错误示例，该错误出现在编译过程中，提示找不到头文件qconfig-qpe.h。这种错误在交叉编译环境下通常由以下原因导致： 1. 交叉编译工具链的头文件路径配置不正确 2. 开发板特定的配置文件（如qconfig-qpe.h）未正确放置或未包含在项目中 3. Qt库的交叉编译版本未正确安装或配置 解决方案如下： ### 1. **验证交叉编译工具链安装** 确保交叉编译工具链已正确安装并可在终端中使用。例如，对于ARM开发板，常见的工具链前缀为`arm-linux-gnueabihf-`。 ```bash arm-linux-gnueabihf-gcc --version ``` 如果未安装，需安装对应的工具链包。例如： ```bash sudo apt install gcc-arm-linux-gnueabihf g++-arm-linux-gnueabihf ``` ### 2. **检查Qt交叉编译套件配置** 在Qt Creator中配置交叉编译套件： - 打开 **Tools > Options > Kits** - 选择用于交叉编译的套件（如"Embedded Linux ARM"） - 检查以下设置： - **C Compiler**：应指向交叉编译器的gcc（如`/usr/bin/arm-linux-gnueabihf-gcc`） - **C++ Compiler**：对应g++路径 - **Debugger**：交叉编译适用的调试器（如`gdb-multiarch`） - 在"Qt version"选项卡中，确保选择了针对目标板编译的Qt版本（如`qmake`的路径可能是`/path/to/cross/qt/bin/qmake`） ### 3. **检查头文件路径** 错误信息中提到的头文件`qconfig-qpe.h`通常是Qt配置头文件，用于嵌入式设备（如Qtopia）。解决方案： - **确认该文件存在**：在交叉编译的Qt目录中搜索该文件： ```bash find /path/to/cross/qt -name qconfig-qpe.h ``` - 如果不存在，可能需要重新配置并交叉编译Qt，确保启用该配置选项。 - **添加包含路径**：在项目的`.pro`文件中添加头文件所在目录： ```makefile INCLUDEPATH += /path/to/cross/qt/include INCLUDEPATH += /path/to/cross/qt/include/Qt ``` 或者使用CMake的`include_directories`命令。 ### 4. **重新配置Qt库** 如果缺少开发板特定的配置文件（如`qconfig-qpe.h`），需要重新配置Qt源码： - 下载Qt源码（与目标板Qt版本一致） - 进入源码目录，配置交叉编译参数。示例： ```bash ./configure -prefix /path/to/cross/qt -xplatform linux-arm-gnueabi-g++ -opensource -confirm-license -release -no-gui -no-xcb -no-opengl -device-option CROSS_COMPILE=arm-linux-gnueabihf- -device-option DISTRO=openedv ``` - 配置时注意启用目标板所需的模块（如Qtopia支持）。 - 编译并安装Qt库： ```bash make -j4 make install ``` ### 5. **检查文件系统路径一致性** - 开发板文件系统必须包含交叉编译的Qt库和项目部署目录。 - 在开发板上运行程序时，确保所有依赖库在`LD_LIBRARY_PATH`中： ```bash export LD_LIBRARY_PATH=/path/to/qt/lib:$LD_LIBRARY_PATH ``` - 使用`scp`或`nfs`部署程序时，保持路径与编译时一致。 ### 6. **调试部署脚本** - 在Qt Creator中配置部署设置： - 打开 **Projects > Run Settings** - 在"Deployment"部分添加部署命令（如`scp`或`rsync`） - 在"Run"部分设置可执行文件在开发板上的路径（如`/home/root/myapp`） - 确保部署脚本正确复制了程序所需的所有文件（包括动态库和配置文件）。 ### 预防措施 - **同步开发板和宿主机环境**：使用相同的文件目录结构。 - **静态链接Qt库**：在`.pro`文件中添加`static`选项，减少部署依赖： ```makefile CONFIG += static ``` - **使用`ldd`检查依赖**：在宿主机上使用交叉编译版的`ldd`检查程序依赖： ```bash arm-linux-gnueabihf-ldd myapp ``` 通过以上步骤，大部分交叉编译时的"No such file or directory"错误都能解决。特别注意引用[1]中提到的头文件路径问题，确保交叉编译的Qt库完整包含目标板所需的所有头文件[^1]。 §§相关问题§§ 1. 如何配置QtCreator支持嵌入式Linux开发板的远程调试? 2. 交叉编译Qt库时如何裁剪模块以减少体积? 3. 如何解决Qt程序在开发板上运行时出现的动态库链接错误? [^1]: 引用内容指出了编译过程中缺失头文件的具体路径，提示我们需要检查交叉编译Qt库的配置和安装。 </think> ### Ubuntu下Qt交叉编译程序到开发板调试时出现"No such file or directory"错误的解决方案 此错误通常发生在交叉编译环境中，当编译工具链无法定位目标开发板所需的头文件或库时。以下是系统化的解决步骤： #### 1. **验证交叉编译工具链安装** - 检查是否安装了正确的交叉编译工具链： ```bash # 查看ARM工具链（示例） ls /usr/bin/arm-linux-gnueabihf-* ``` - 若未安装，安装对应工具链（以ARMv7为例）： ```bash sudo apt install gcc-arm-linux-gnueabihf g++-arm-linux-gnueabihf ``` - 验证工具链功能： ```bash arm-linux-gnueabihf-gcc --version ``` #### 2. **配置Qt Creator交叉编译套件** - 打开 **Tools > Options > Kits** - 创建新编译套件： - **Compiler**：选择交叉编译器的`arm-linux-gnueabihf-g++` - **Qt Version**：选择为目标板编译的Qt版本 - **Debugger**：使用`gdb-multiarch`或交叉编译的`arm-gdb` - 检查**Sysroot**设置：指向开发板文件系统镜像目录（如`/opt/rootfs`），确保包含： - `/usr/include` - `/usr/lib` - `/lib` #### 3. **解决头文件缺失问题**（如引用[1]的qconfig-qpe.h错误） - 在项目`.pro`文件中显式添加包含路径： ```makefile INCLUDEPATH += $$PWD/../qt-extended-4.4.3/qtopiacore/qt/src/corelib/global DEPENDPATH += $$PWD/../qt-extended-4.4.3/qtopiacore/qt/src/corelib/global ``` - 检查头文件路径是否包含空格或特殊字符（建议使用短路径） - 复制缺失文件到工具链包含目录： ```bash sudo cp /path/to/qconfig-qpe.h /usr/arm-linux-gnueabihf/include/ ``` #### 4. **配置Qt库的交叉编译** - 重新编译Qt库时指定sysroot和工具链： ```bash ./configure -prefix /opt/qt5-arm \ -xplatform linux-arm-gnueabi-g++ \ -sysroot /opt/rootfs \ -opensource -confirm-license ``` - 关键参数说明： - `-sysroot`：目标板根文件系统路径 - `-prefix`：Qt库安装位置 - `-xplatform`：目标平台规范 #### 5. **部署配置检查** - 在 **Projects > Build Settings** 中： ```makefile # .pro文件示例 target.path = /home/root # 开发板部署路径 INSTALLS += target ``` - 在 **Run Settings** 中： - **Deploy via**：选择SCP/NFS等部署方式 - **Command**：`/home/root/your_app` - **Working directory**：`/home/root` #### 6. **调试环境搭建** - 在开发板安装gdbserver： ```bash # 在开发板上执行 apt install gdbserver ``` - Qt Creator远程调试配置： ```plaintext Tools > Options > Devices > Add > Generic Linux Host: 开发板IP Username: root ``` #### 7. **常见错误排查** - **路径大小写问题**：Linux区分大小写，检查`#include`语句准确性 - **库版本冲突**：使用`ldd`检查二进制依赖： ```bash arm-linux-gnueabihf-ldd your_app ``` - **文件权限问题**：确保开发板有执行权限： ```bash chmod +x /home/root/your_app ``` ### 预防措施 1. **统一环境版本**：保持宿主机与开发板的glibc版本一致 2. **使用版本控制**：将交叉编译配置纳入Git管理 3. **容器化编译**：使用Docker创建标准化编译环境 ```Dockerfile FROM ubuntu:20.04 RUN apt update && apt install -y gcc-arm-linux-gnueabihf ``` > **关键提示**：引用[1]中的错误明确指向特定头文件路径缺失[^1]，这通常是由于交叉编译时Qt配置未正确包含目标平台特定文件导致的。务必确保`qconfig-*.h`文件存在于目标平台的包含路径中。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值