gdb没有为核心文件加载符号表

在客户端为我的应用程序生成了一个核心转储，在查看回溯时，我没有加载符号

(gdb) where
#0  0x000000364c032885 in ?? ()
#1  0x000000364c034065 in ?? ()
#2  0x0000000000000000 in ?? ()
(gdb) bt full
#0  0x000000364c032885 in ?? ()
No symbol table info available.
#1  0x000000364c034065 in ?? ()
No symbol table info available.
#2  0x0000000000000000 in ?? ()
No symbol table info available.

我想在这里提到的一点是，所使用的应用程序是使用-g选项构建的

在我看来，似乎没有加载所需的库。我尝试使用“符号文件”手动加载库，但这没有帮助

可能的问题是什么

没有可用的符号表信息

您很可能错误地调用了GDB。不要这样做：

gdb core
gdb -c core

改为这样做：

gdb exename core

---

另请参阅如何从客户的机器上获取内核的有意义的崩溃堆栈跟踪。当您使用与生成内核转储的路径不对应的可执行文件路径运行

gdb

时，会发生这种情况

确保为gdb提供了正确的路径

<put an example of correct code or commands here>

嘿，感谢rply，我已经按照前面的建议使用了gdb。不，这不是我的问题。这并不能回答这个问题。要评论或要求作者澄清，请在他们的帖子下方留下评论——你可以随时在自己的帖子上发表评论，一旦你有足够的评论，你就可以发表评论了。詹姆士：你的评论毫无意义。问题是：“可能的问题是什么？”我提供了一个可能的解释。我并不是说我的答案应该是最令人期待的答案。但当我在网上搜索完全相同的错误信息时，我偶然发现了这条线索。起初，它没有包括我的问题的正确答案，但它应该包括，因为错误消息完全相同。编辑：我按回车键太快了：）@BostjanSkufca的确，他们的评论是相关的。你的帖子没有给出答案，所以最好是对问题的评论。或者至少看起来好像没有给出解决方案，因为它以“这件事发生在我身上”开头。经验丰富，所以用户在看到这些短语时会立即删除它们。=）SO的想法是收集知识和解决方案，如果是一些指导的形式，那么从你的个人经验中清理你的帖子是很好的）@NickVolynkin感谢风格编辑+评论，非常感谢。@NickVolynkin是的，我注意到这里需要babysteps形式的指导，但除此之外，它被认为是跨专业的消息板：）这是在HPUX、Linux还是其他操作系统上？在HPUX和AIX上，还需要一些选项来获取符号表。