我一直在尝试调试崩溃的应用程序中的崩溃(即断言* 检测到 glibc *free():无效指针:0x000000000070f0c0 ***)当我尝试对字符串进行简单分配时。请注意,我正在使用 gcc 4.2.4 的 Linux 系统上进行编译,优化级别设置为 -O2。使用 -O0,应用程序不再崩溃。
E.g.
std::string abc;
abc = "testString";
但如果我按如下方式更改代码,它就不再崩溃
std::string abc("testString");
于是我又挠头了!但有趣的模式是崩溃后来发生在应用程序中,AGAIN在另一根弦上。我发现应用程序在字符串分配时不断崩溃很奇怪。典型的崩溃回溯如下所示:
#0 0x00007f2c2663bfb5 in raise () from /lib64/libc.so.6
(gdb) bt
#0 0x00007f2c2663bfb5 in raise () from /lib64/libc.so.6
#1 0x00007f2c2663dbc3 in abort () from /lib64/libc.so.6
#2 0x00000000004d8cb7 in people_streamingserver_sighandler (signum=6) at src/peoplestreamingserver.cpp:487
#3 <signal handler called>
#4 0x00007f2c2663bfb5 in raise () from /lib64/libc.so.6
#5 0x00007f2c2663dbc3 in abort () from /lib64/libc.so.6
#6 0x00007f2c26680ce0 in ?? () from /lib64/libc.so.6
#7 0x00007f2c270ca7a0 in std::string::assign (this=0x7f2c21bc8d20, __str=<value optimized out>)
at /home/bbazso/ThirdParty/sources/gcc-4.2.4/x86_64-pc-linux-gnu/libstdc++-v3/include/bits/basic_string.h:238
#8 0x00007f2c21bd874a in PEOPLESProtocol::GetStreamName (this=<value optimized out>,
pRawPath=0x2342fd8 "rtmp://127.0.0.1/mp4:pop.mp4", lStreamName=@0x7f2c21bc8d20)
at /opt/trx-HEAD/gcc/4.2.4/lib/gcc/x86_64-pc-linux-gnu/4.2.4/../../../../include/c++/4.2.4/bits/basic_string.h:491
#9 0x00007f2c21bd9daa in PEOPLESProtocol::SignalProtocolCreated (pProtocol=0x233a4e0, customParameters=@0x7f2c21bc8de0)
at peoplestreamer/src/peoplesprotocol.cpp:240
这确实是很奇怪的行为,所以我开始在我的应用程序中进一步研究,看看是否可能发生某种内存损坏(堆或堆栈)错误,从而可能导致这种奇怪的行为。我什至检查了 ptr 损坏情况,却空手而归。除了对代码进行目视检查之外,我还尝试了以下工具:
- Valgrind 同时使用 memcheck 和 exp-ptrcheck
- 电围栏
- libsafe
- 我在 gcc 中使用 -fstack-protector-all 进行编译
- 我尝试将 MALLOC_CHECK_ 设置为 2
- 我通过 lint 检查和 cppcheck 运行我的代码(以检查错误)
- 我使用 gdb 逐步完成了代码
所以我尝试了很多东西,但仍然空手而归。所以我想知道是否可能是链接器问题或某种库问题导致了这个问题。 std::string 是否存在任何已知问题,使得 make 容易在 -O2 中崩溃,或者可能与优化级别无关?但到目前为止,我在问题中看到的唯一模式是它似乎总是在字符串上崩溃,所以我想知道是否有人知道我导致这种行为的任何问题。
多谢!
这是使用我可以从您的回溯中提取的所有信息进行的初步猜测。
您很可能混合和匹配 gcc 版本、链接器和 libstdc++,这会导致主机出现异常行为:
- libc 是系统的:
/lib64/libc.so.6
- libstdc++ 位于“第三方”目录中 - 这是怀疑,因为它告诉我它可能会在其他地方使用不同的目标进行编译 -
/home/bbazso/ThirdParty/sources/gcc-4.2.4/x86_64-pc-linux-gnu/libstdc++-v3/
- 另一个 libstdc++ 在
/opt
: /opt/trx-HEAD/gcc/4.2.4/lib/gcc/x86_64-pc-linux-gnu/4.2.4/../../../../include/c++/4.2.4/bits/basic_string.h:491
此外,GCC 可能会混合系统的 ld 而不是它本身,这可能会导致进一步奇怪的内存映射使用。
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)