gdb没有为核心文件加载符号表 [英] gdb no symbol table loaded for core file

问题描述

在我的应用程序的客户端产生了一个核心转储，并且在回溯中我没有加载符号...

 （gdb）其中
＃0 0x000000364c032885在?? （）
＃1 0x000000364c034065在?? （）
＃2 0x0000000000000000在？ （）
（gdb）bt满
＃0 0x000000364c032885在?? （）
没有可用的符号表信息。 
＃1 0x000000364c034065在？ （）
没有可用的符号表信息。 
＃2 0x0000000000000000在？ （）
没有可用的符号表信息。 
  

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

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

可能存在什么问题？

解决方案

没有可用的符号表信息。

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

  gdb核心
 gdb -c核心
  
 
 
改为： 
 
 
  gdb exename core 
  
另请参阅这个答案，您可能需要做的是从客户机器获取有意义的核心崩溃堆栈跟踪。
 
There was a core dump produced at the customer end for my application and while looking at the backtrace I don't have the symbols loaded...
(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.
One think I want to mention in here is that the application being used is build with -g option.

To me it seems that the required libraries are not being loaded. I tried to load the libraries manually using the "symbol-file", but this doesn't help.

What could be the possible issue?
解决方案

  
No symbol table info available.
Chances are you invoked GDB incorrectly. Don't do this:
gdb core
gdb -c core
Do this instead:
gdb exename core
Also see this answer for what you'll likely have to do to get meaningful crash stack trace for a core from customer's machine.

                        
这篇关于gdb没有为核心文件加载符号表的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！