1

我正在处理的代码有很多调用来创建新的字符串和东西。但是最近在将服务器升级到 12.10 Ubuntu 之后，我开始面临一些麻烦。一些子进程卡在futex. 于是我就去附上运行了很久GDB的运行进程，我做了一个，发现如下日志futexbacktrace

#0  0x00007f563afc69bb in ?? () from /lib/x86_64-linux-gnu/libc.so.6
#1  0x00007f563af4a221 in ?? () from /lib/x86_64-linux-gnu/libc.so.6
#2  0x00007f563af47fa7 in malloc () from /lib/x86_64-linux-gnu/libc.so.6
#3  0x00007f563afcfbfa in backtrace_symbols () from /lib/x86_64-linux-gnu/libc.so.6
#4  0x0000000000446945 in sig_segv (signo=<optimized out>) at FILE THAT HAS THE HANDLER,SIGHANDLER
#5  <signal handler called>
#6  0x00007f563aefb425 in raise () from /lib/x86_64-linux-gnu/libc.so.6
#7  0x00007f563aefeb8b in abort () from /lib/x86_64-linux-gnu/libc.so.6
#8  0x00007f563af3939e in ?? () from /lib/x86_64-linux-gnu/libc.so.6
#9  0x00007f563af43b96 in ?? () from /lib/x86_64-linux-gnu/libc.so.6
#10 0x00007f563af463e8 in ?? () from /lib/x86_64-linux-gnu/libc.so.6
#11 0x00007f563af47fb5 in malloc () from /lib/x86_64-linux-gnu/libc.so.6
#12 0x00007f563b7f660d in operator new(unsigned long) () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#13 0x00007f563b8533b9 in std::string::_Rep::_S_create(unsigned long, unsigned long, std::allocator<char> const&) ()
   from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#14 0x00007f563b854d95 in char* std::string::_S_construct<char const*>(char const*, char const*, std::allocator<char> const&, std::forward_iterator_tag) () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#15 0x00007f563b854e73 in std::basic_string<char, std::char_traits<char>, std::allocator<char> >::basic_string(char const*, std::allocator<char> const&) () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#16 0x0000000000412362 in MyString (bs=0x4aabd6 "-", this=0x7fffe854f940) at CONSTRUCTOR FROM C-STRING MyString(const char* bs):std::string(bs) {};
#17 A FUNCTION THAT CALLS THE ABOVE LINE

我很困惑。我检查了内存，PC 有将近 20GB 的可用 RAM 内存。那么函数崩溃的可能性有多大malloc？我明白为什么它卡在了futex，但为什么是 malloc？我真的很想得到一个解释。

崩溃发生在这样的调用之后：

    MyString(const char* bs):std::string(bs) {};

调用此行以将简单的 c 字符串转换为 c++ 类型的 std::string。但是这门课是我自己的。由于主要有两个原因，我无法在这里提供整个代码。1）代码归我公司所有。2）它该死的长。

真的对不起。我只需要解释为什么它会崩溃malloc并因此导致死锁，因为它sighandler也需要malloc并且它等待前一个锁释放，而这不会。

4

2 回答 2

1

看起来您可能正在malloc()（间接地，通过backtrace_symbols()）信号处理程序中调用，不要。

malloc()不是异步信号安全的。在有其他代码的情况下在信号处理程序中调用它malloc()可能会使您陷入僵局（就像这里所做的那样）。

改为使用backtrace_symbols_fd()，它不会调用malloc()

于 2013-03-18T13:03:38.180 回答
1

字符串指向的内存可能已损坏/释放等..

由于编译器/其他库的更改，此问题可能以前存在并现在表现出来。

使用 valgrind 运行代码，以调试内存损坏问题。

于 2013-03-18T13:10:37.813 回答