gdb调试程序函数名为问号，什么原因？

imlvye

多线程程序运行一段时间产生core文件，gdb调试的时候显示发生了段错误，但定位不错段错误的位置，显示如下：

1. Program terminated with signal 11, Segmentation fault.
   
2. #0  0x47e10000 in ?? ()
   
3. (gdb) bt
   
4. #0  0x47e10000 in ?? ()
   
5. #1  0x47e10000 in ?? ()
   
6. Backtrace stopped: previous frame identical to this frame (corrupt stack?)
   

复制代码

程序使用的动态库都已经通过set solib-absolute-prefix和set solib-search-path 命令设置好了，gdb的时候也没有提示找不到的符号之类的信息。但函数名却一直是问号，搞不懂什么原因。
还有就是程序中没有递归调用为什么frame 0 与 frame 1的地址是一样的？除了使用gdb还有没有其他方法可以定位到出错的位置呢？
我小心检查了多线程函数，没有发现使用了非线程安全的函数，但用来usleep，前阵子cu在讨论usleep的线程安全性，会是它不安全吗？

ydfgic

应该不是usleep，usleep会假死而不是core

ayw215

貌似是一些符号信息没链进去，-g参数生成的么

ccx_wz

我表示也遇到同样的问题

312-pirl0

看你的错误提示，一般是内存操作错误了。如果内存使用不小心就是普通的strcmp都可能coredunp。

出现问好，是你的程序调用的库，没有相应的符号表。

imlvye

都加-g参数编译的，程序使用了dlopen来动态加载库，而且dlopen的库都加了-g参数，并且都gdb的时候都正确加载了

tobyaries

后来怎么解决的？

thelordsaves

假设程序文件是test.c
使用如下命令试一试：
编译：

1. gcc -g ./test.c -o ./test

复制代码

然后执行test之后，假设生成的core文件名字就叫core

1. gdb test
   
2. (gdb) core-file core

复制代码

然后再试一试bt

windoze

Backtrace stopped: previous frame identical to this frame (corrupt stack?)
说的是你的stack已经被跑飞的程序踩乱了，这些地址不对应任何一个有效的函数，所以gdb只能给你几个问号。
简单说，你的程序其实不是在这个地方出错的，在其它什么地方已经出错了，十有八九是stack overflow。

你可以考虑用valgrind之类的工具。

lxyscls

出现“？？”号，可能是因为是函数指针，好像