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 回答