linux程序崩溃的信号,是什么导致Linux 64位上的backtrace()崩溃(SIGSEGV)

我正在Linux上开发一个应用程序,我希望以特定频率回溯所有正在运行的线程.所以我的用户定义的信号处理程序SIGUSR1(对于所有线程)调用backtrace().

我在我的信号处理程序中发生崩溃(SIGSEGV),该处理程序源自backtrace()调用.我已经在大多数网站上指定了函数的正确参数.

http://linux.die.net/man/3/backtrace.

在这种情况下,什么可能使backtrace()崩溃？

要添加更多详细信息：

是什么让我得出结论崩溃在内部回溯是下面的第14帧. onMySignal是信号处理程序SIGUSR1,它调用backtrace.

onMySignal的示例代码是(从backtrace的linux文档中复制)

pthread_mutex_lock( &sig_mutex );

int j,nptrs;

#define SIZE 100

void *buffer[100] = {NULL};//or void *buffer[100];

char **strings;

nptrs = backtrace(buffer,SIZE);

pthread_mutex_unlock( &sig_mutex );

(gdb) where

#0 0x00000037bac0e9dd in raise () from

#1 0x00002aaabda936b2 in skgesigOSCrash () from

#2 0x00002aaabdd31705 in kpeDbgSignalHandler ()

#3 0x00002aaabda938c2 in skgesig_sigactionHandler ()

#4

希望这会更清楚问题..

@janneb

我已经在Mutex锁中编写了信号处理程序实现,以实现更好的同步.

@janneb

我没有在文档中找到指定API的backtrace_symbols / backtrace是否为async_signal_safe.以及它们是否应该在信号处理程序中使用.

我仍然从我的信号处理程序中删除了backtrace_symbols并且不在任何地方使用它..但我在backtrace()中崩溃的实际问题仍然存在.并且不知道它为什么会崩溃..

编辑23/06/11：更多细节：

(gdb) where

#0 0x00000037bac0e9dd in raise () from

#1 0x00002aaab98a36b2 in skgesigOSCrash () from

#2 0x00002aaab9b41705 in kpeDbgSignalHandler () from

#3 0x00002aaab98a38c2 in skgesig_sigactionHandler () from

#4

当realloc正在执行时,崩溃发生,其中一个地址就像0x00000000000007e0(看起来无效).