Ric*_*ias 2 c macos gdb stack-trace lldb
我目前正在尝试测试 Vector 类实现,并尝试使用 GDB 来查看错误发生的位置。
当我使用以下内容编译gcc -ggdb Vector.c TestVector.c并随后在 GDB 中运行它时,我得到以下输出(在崩溃并尝试打印堆栈跟踪之后):
| => gdb ./a.out
Reading symbols from ./a.out...Reading symbols from /Users/prog/Desktop/Generics/a.out.dSYM/Contents/Resources/DWARF/a.out...done.
done.
(gdb) r
Starting program: /Users/prog/Desktop/Generics/a.out
[New Thread 0x2703 of process 56984]
warning: unhandled dyld version (15)
Thread 2 received signal SIGSEGV, Segmentation fault.
0x00007fff65d97fe6 in ?? ()
(gdb) bt
#0 0x00007fff65d97fe6 in ?? ()
#1 0x00007ffeefbff640 in ?? ()
#2 0x00007fff65be4139 in ?? ()
#3 0x00007ffeefbff660 in ?? ()
#4 0x0000000000000000 in ?? ()
Run Code Online (Sandbox Code Playgroud)
这对于找出错误是由于回溯仅显示我的函数执行的绝对内存位置而没有特别帮助。
我的问题是,为什么 gdb 不给我准确的信息而 lldb 可以(尽管我没有在两个调试会话之间更改编译设置),我该如何解决这个问题?
如果有任何帮助,我使用 Mac OS X, High Sierra 作为我的操作系统。
您使用的 gdb 无法识别由 dyld 加载到进程中的共享库。请注意,在 gdb 输出的顶部显示“未处理的 dyld 版本 (15)”。看起来您使用的 gdb 需要更新才能在 macOS 上正常工作。我不确定这些天来如何积极维护 gdb 的 macOS 端口。