gdb 不会从外国架构中读取核心文件
我试图在我的 Linux 桌面上读取 ARM 核心文件，但似乎无法找出我的核心文件.有什么方法可以指示 gdb 我的核心文件是什么类型的? $ 文件 ~/daemon./daemon:ELF 32 位 LSB 可执行文件，ARM，版本 1，动态链接(使用共享库)，用于 GNU/Linux 2.0.0，未剥离$ 文件 ~/核心./core:ELF 32 位 LSB 核心文件 ARM，版本 1 (S
..
core-file相关内容
了解分段故障的堆栈跟踪
我正在执行 snprintf 并遇到段错误. 当我像这样将核心文件加载到gdb上时: gdb my_executable core ；并做了 bt 来获取回溯，我得到了: 程序终止于信号11，分段错误.来自/usr/lib/libc.so.6的memcpy()中的#0 0x88207fc2(gdb)bt来自/usr/lib/libc.so.6的memcpy()中的#0 0x88207fc2
..
通过gdb用户定义的命令返回一个值
我正在调试一个核心文件，所以我没有任何运行任何活动进程。 我使用gdb用户定义的命令检查核心文件中的一堆数据，并尝试使用用户定义的命令简化进程。 然而，我找不到一种方法来让用户定义命令返回可用于其他命令的值。 例如： （注意“return”行的注释） define dump_linked_list set $ node = global_list-> head
..
在gdb中保存核心文件
是否可以使用gdb来保存/转储核心文件？有时我想保存文件以便稍后进行分析。 解决方案 在gdb中发出'generate-core-file'命令 （gdb）help generate-core-file 用调试进程的当前状态保存核心文件。 参数是可选的文件名。默认文件名是'core。'。 （gdb）break main 0x400e0b的断点1：f
..
GDB不会阅读外国架构核心文件
我想读我的Linux桌面上的ARM内核文件，但它似乎没有能够找出我的核心文件。有什么办法，我可以指导GDB什么类型我的核心文件？ $文件〜/守护进程 ./daemon：ELF 32位LSB的可执行文件，ARM，版本1，动态链接（使用共享库），为GNU / Linux 2.0.0，不可剥离 $文件〜/芯 ./core：ELF 32位LSB核心文件ARM版本1（SYSV），SVR4的风格，从“./
..