gdb ../sysdeps/i386/elf/start.S: No such file or directory.

最新推荐文章于 2023-07-09 20:42:31 发布

danelumax2

最新推荐文章于 2023-07-09 20:42:31 发布

阅读量3.4k

点赞数 2

CC 4.0 BY-SA版权

分类专栏： linux服务器编程

本文链接：https://blog.youkuaiyun.com/danelumax2/article/details/25996931

linux服务器编程专栏收录该内容

17 篇文章

订阅专栏

本文介绍了一种在使用gdb调试过程中遇到的问题：输入l命令后显示无法找到指定文件的情况。该文章详细解释了错误产生的原因，并提供了排查及解决此类问题的方法。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

使用 gdb 调试的时候 输入 l 之后出现下列信息

(gdb) l
1 ../sysdeps/i386/elf/start.S: No such file or directory.
 in ../sysdeps/i386/elf/start.S

g++ test.cpp -o test -g

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

danelumax2

关注关注

2
点赞
踩
2

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

gcc：工具 nm/ldd/readelf/patchelf/ld.so/ldconfig/as/c++filt/objdump/strip/addr2line/size/objcopy

mzhan017的博客

05-27

927

链接器的启动，有两种方式：一种就是直接执行ld.so，一种是运行通过动态链接生成的应用程序或者动态库（这种方式不能传递参数给链接器，在elf格式下，连接器的信息存在.interp头部）；这里需要注意，strip之后，的文件不再是之前的文件，所以之前文件的secap的权限，会丢失。这个含义是说，链接在遇到错误时，不会中断，会继续做链接，可以将所有的链接错误都找出来。

Linux: kdump & kexec: /etc/kdump.conf解析；kdumpctl；makedumpfile；CONFIG_KEXEC； crashkernel

mzhan017的博客

05-23

668

这里简单介绍kdump及kexec，怎么安装，怎么使用；这里说的内核是程序层的内核：正常内核 - 是硬件层的一个CPU驱动；驱动CPU正常运行，完成各项任务。如果CPU驱动，产生错误，会很严重，导致任务运行结果不可预知，出现磁盘文件损坏，等等。转储内核 - 这个转储内核不是当前正常运行的系统内核，而是在系统内核出现问题，无法运行时，用来将系统内核的内存转储到文件的一个小的内核环境。而这个小环境也是一个仅仅实现了内存转储功能的一个小的CPU驱动。

参与评论您还未登录，请先登录后发表或查看评论

gdb常用命令

热门推荐

gnuhpc的专栏

07-21

3万+

调用gdb编译需要在cc后面加 -g参数再加-o；[root@redhat home]#gdb 调试文件：启动gdb(gdb) l ：（字母l）从第一行开始列出源码(gdb) break n :在第n行处设置断点(gdb) break func：在函数func()的入口处设置断点(gdb) info break：查看断点信息(gdb) r：运行程序(gdb)

ubuntu使用websocketpp客户端，碰到 ../sysdeps/x86_64/multiarch/memmove-vec-unaligned-erms.S: 没有那个文件或目录

Bruce Che 的专栏

07-19

3283

ubuntu使用websocketpp客户端，碰到 ../sysdeps/x86_64/multiarch/memmove-vec-unaligned-erms.S及解决过程记录。

gdb 调试，No such file or directory.

qqshuaishuai的博客

01-04

1836

linux gdb 时，提示：No such file or directory.解决方法：指定src路径，使用 dir 命令，设置源码路径。

执行应用程序或者加载动态库时出现： No such file or directory

dasheng_604的专栏

11-04

2256

转载：http://blog.csdn.net/qwaszx523/article/details/56488718 上面的文章提到了一种情况就是编译器不兼容的情况。我在实际工作中遇到了另一种情况：较新的编译器默认使用armhf格式编译，如果某个程序为了使用NEON而强制采取softfp格式编译，比如使用如下参数：-O3 -mfloat-abi=softfp -mfpu=neon-vfp

memset(addr , 0 , size) 导致Bus error问题分析

lunhui2016的博客

07-09

2311

memset 0 失败

2021-11-09bulidlfs

Crazyingamazying的博客

11-09

1057

#Revision history #V1.1 zhaoxiaohu 2021.07.04 #V1.2 libaolin 2021.07.08 # # Linux From Scratch # Version 7.7-systemd # # Created by Gerard Beekmans # Edited by Matthew Burgess and Armin K. # # Implementer: Andrew Zhao # Create Date: 4-14-202...

手机里安装判断文件格式的命令file,ubuntu里配置交叉编译和32位库lib32ncurses5-dev、lib32z1

birencs的博客

04-02

2798

一、下载源文件 我的android是5.0版本的，就下载了file-5.25.tar.gz 用adb命令传到手机： C:\tmp\fastboot>adb push C:\tmp\linux-file-master\file-5.25.tar.gz /sdcard C:\tmp\linux-file-master\file-5.25.tar....shed. 2.5 MB/s (739485 bytes in 0.279s) 移动到/data/jwj/file_s目录下： root@GiONEE_

gdbServer + gdb 调试

wytzsjzly的专栏

06-20

7180

内容摘要远程调试环境由宿主机GDB和目标机调试stub共同构成，两者通过串口或TCP连接。使用 GDB标准程串行协议协同工作，实现对目标机上的系统内核和上层应用的监控和调试功能。调试stub是嵌入式系统中的一段代码，作为宿主机GDB和目标机调试程序间的一个媒介而存在。就目前而言，嵌入式Linux系统中，主要有三种远程调试方法，分别适用于不同场合的调试工作：用ROM Monitor调试目标机程序...

问题分析及记录../sysdeps/x86_64/multiarch/../memcpy.S: 没有那个文件或目录.

Chasing_Chasing的博客

08-30

1万+

在Linux的项目开发中，今天运行程序时出现：./sysdeps/x86_64/multiarch/../memcpy.S：没有文件或目录错误。该程序是进行人脸检测的，其有用到gtk、sdl库，因为我虚拟机已经有sdl2版本的库，所以很快就编译过了，但是运行却出错了，段错误。折腾了一下，先是百度搜索，看到说一般不是因为缺少该文件，而是因为memcpy操作时可能数组溢出、或者空指针问题，然后我用...

78 ../sysdeps/unix/syscall-template.S: No such file or directory.

qq_38963393的博客

03-17

1049

init_forkserver (argv=0x7fffffffe3b8) at afl-fuzz.c:2014 2014 if (pipe(st_pipe) || pipe(ctl_pipe)) PFATAL("pipe() failed"); (gdb) pipe () at ../sysdeps/unix/syscall-template.S:78 78 ../sysdeps/unix/syscall-template.S: No such file or directory.

GDB 常用调试命令

ddna的专栏

01-08

1万+

/sysdeps/aarch64/start.S:84：对‘main’未定义的引用

xt18971492243的博客

08-10

588

工作程序编译中遇到问题

Ubuntu 输入aarch64-linux-gnu-gcc，出现 No such file or directory

liweixiaowei的博客

06-09

3万+

描述: Ubuntu14.04.4 64位版本，已经安装好gcc-6.3-arm64-linux交叉编译环境。1、使用which命令输出如下root$ which aarch64-linux-gnu-gcc/home/lw/NXP/gcc-6.3-arm64-linux/bin/aarch64-linux-gnu-gcc说明我的交叉编译环境已经安装好了。2、查看/etc/profile存在如下语句...

arm64 linux 执行elf32 提示no such file or directory

shenhuxi_yu的专栏

07-04

2300

arm64 下执行另外一个平台编译的elf32 程序的时候文件存在但是系统仍然提示no such file or directory 1、搜查网页大部分都是讲找不到so库文件用LD_LIBRARY_PATH指定好(export LD_LIBRARY_PATH 是修改全局的，LD_LIBRARY_PATH=/lib/test:/lib/run a.out 只对当前的执行文件有效)，用ldd 或者...

Download failed: 无效的参数. Continuing without source file ./socket/../sysdeps/unix/syscall-template.S.

最新发布

03-08

<think>嗯，用户遇到了一个错误信息：“Download failed: 无效的参数. Continuing without source file ./socket/../sysdeps/unix/syscall-template.S.”。首先，我需要确定这个问题的背景。看起来用户在尝试下载或编译某个项目时出现了问题，特别是涉及系统调用模板的文件。这个错误可能发生在使用像GDB这样的调试工具时，或者是在构建过程中，比如编译glibc或者其他依赖系统调用的库。用户可能在尝试获取源代码或调试时，工具无法找到特定的源文件syscall-template.S，导致下载失败，参数无效。接下来，我需要考虑可能的原因。无效的参数可能意味着命令中的路径不正确，或者下载工具（如wget、curl）的参数有误。另外，路径中的“../sysdeps/unix”可能指向了错误的目录结构，导致文件不存在。或者用户的环境变量设置有问题，比如没有正确设置源码路径。另外，用户可能在交叉编译或使用特定架构时遇到了问题，syscall-template.S是系统调用相关的汇编代码，不同平台可能需要不同的处理。还有可能是权限问题，导致无法访问该文件或目录。解决方案方面，首先应该检查路径是否正确，确保sysdeps/unix目录存在且文件位置正确。如果使用下载工具，检查命令参数是否正确。如果是调试问题，比如GDB找不到源码，可能需要安装相关的调试符号包或确认源码路径配置。另外，检查网络连接是否正常，是否有防火墙阻止下载。如果问题在编译过程中出现，可能需要重新配置项目或检查依赖是否安装完整。还要考虑用户是否在特定环境下操作，比如Docker容器或虚拟机，这些环境可能有不同的文件系统结构或权限设置。最后，建议用户查看更详细的日志，确认错误发生的具体上下文，以便更精准地解决问题。</think>--- ### 错误分析：你遇到的错误信息 **`Download failed: 无效的参数. Continuing without source file ./socket/../sysdeps/unix/syscall-template.S`** 通常出现在以下场景中： 1. **调试工具（如 GDB）**：尝试下载或定位源码文件（如系统调用模板 `syscall-template.S`）时失败。 2. **编译/构建过程**：在编译依赖系统调用的代码（如 glibc 或内核模块）时，工具链因路径或参数问题无法找到源码。 --- ### 可能原因及解决方案： #### 1. **源码路径配置错误** - **原因**：工具（如 GDB）或构建脚本中指定的源码路径 `./socket/../sysdeps/unix/` 无效。 - **解决**： - 检查路径是否正确，确保 `sysdeps/unix/syscall-template.S` 实际存在于项目中。 - 若使用调试器，通过 `directory <源码路径>` 命令手动指定源码目录（例如：`directory /usr/src/glibc/`）。 #### 2. **缺失源码文件** - **原因**：系统调用模板文件 `syscall-template.S` 未安装或未包含在开发包中。 - **解决**： - 安装完整开发包： ```bash # 对于 Debian/Ubuntu sudo apt install glibc-source # 解压源码 tar -xvf /usr/src/glibc/glibc-*.tar.xz ``` - 若调试时需源码，确保已安装 `glibc-debuginfo` 或类似包。 #### 3. **网络或权限问题** - **原因**：工具尝试从远程服务器下载源码但失败（如参数错误或权限不足）。 - **解决**： - 检查网络连接，确认下载命令（如 `wget` 或 `curl`）参数正确。 - 本地化源码：直接下载 `syscall-template.S` 并放置到对应目录。 #### 4. **工具链配置问题** - **原因**：交叉编译环境或工具链未正确配置系统调用路径。 - **解决**： - 检查编译脚本中的 `-I`（包含路径）或 `-L`（库路径）参数。 - 确认交叉编译目标的系统调用接口与主机兼容。 --- ### 示例操作（GDB 调试场景）：若在 GDB 中遇到此错误： 1. 手动指定源码路径： ```bash (gdb) directory /path/to/glibc-source/ ``` 2. 忽略源码加载（仅调试汇编）： ```bash (gdb) set substitute-path /original/path /new/path ``` --- ### 扩展建议： - **替代调试方法**：若无法获取源码，可通过反汇编（`disassemble`）或寄存器分析进行底层调试。 - **系统调用文档**：直接参考 Linux 内核文档（如 `man syscalls`）了解系统调用行为。请根据具体场景选择解决方案！