如何解决C++11 和 C++14 之间的共享库问题
我不得不在我的项目中从 C++11 切换到 C++14,以使用为 C++14 编写的 Catch 测试框架(它不会用更少的东西编译)。一切都编译得很好。但是,在运行程序时,以下函数会导致一系列错误,这些错误似乎与 C++11 和 C++14 共享标准库文件之间的不匹配有关:
//it is called as such:
string p = "...";
handle_file(p);
//...
int handle_file (string p) {
if (is_valid(p)) {
return 0;
}
else return -1;
}
gdb 中的错误跟踪如下:
Program received signal SIGABRT,Aborted.
0x00007ffff7299ef5 in raise () from /usr/lib/libc.so.6
(gdb) bt
#0 0x00007ffff7299ef5 in raise () from /usr/lib/libc.so.6
#1 0x00007ffff7283862 in abort () from /usr/lib/libc.so.6
#2 0x00007ffff72dbf38 in __libc_message () from /usr/lib/libc.so.6
#3 0x00007ffff72e3bea in malloc_printerr () from /usr/lib/libc.so.6
#4 0x00007ffff72e5113 in _int_free () from /usr/lib/libc.so.6
#5 0x00007ffff72e8ca8 in free () from /usr/lib/libc.so.6
#6 0x00007ffff76b76ea in operator delete (ptr=<optimized out>) at /build/gcc/src/gcc/libstdc++-v3/libsupc++/del_op.cc:49
#7 0x00007ffff76b76fa in operator delete (ptr=<optimized out>) at /build/gcc/src/gcc/libstdc++-v3/libsupc++/del_ops.cc:33
#8 0x000055555556c893 in __gnu_cxx::new_allocator<char>::deallocate (__t=<optimized out>,__p=<optimized out>,this=0x7fffffffd910)
at /usr/include/c++/10.2.0/ext/new_allocator.h:133
#9 std::allocator_traits<std::allocator<char> >::deallocate (__n=<optimized out>,__a=...)
at /usr/include/c++/10.2.0/bits/alloc_traits.h:492
#10 std::__cxx11::basic_string<char,std::char_traits<char>,std::allocator<char> >::_M_destroy (__size=<optimized out>,this=0x7fffffffd910)
at /usr/include/c++/10.2.0/bits/basic_string.h:237
#11 std::__cxx11::basic_string<char,std::allocator<char> >::_M_dispose (this=0x7fffffffd910)
at /usr/include/c++/10.2.0/bits/basic_string.h:232
#12 std::__cxx11::basic_string<char,std::allocator<char> >::~basic_string (this=0x7fffffffd910,__in_chrg=<optimized out>)
at /usr/include/c++/10.2.0/bits/basic_string.h:658
#13 Manager::handle_file (p ="./data/20pix",this=0x5555556c6d20)
at src/manager.hpp:149
有人知道如何解决这个问题吗?
解决方法
错误出现在 malloc
内,在它打印了一些指示堆损坏的错误消息(通常是 double-free
或类似内容)之后。
虽然可能您有某种库不匹配,更有可能您自己 代码(堆缓冲区溢出、双重删除、未分配的删除等),并且该错误现在只是暴露出来,而之前它仍然隐藏。
您的第一步应该是在 Valgrind 下或使用 Address Sanitizer 运行程序,并修复这些工具报告的任何错误。
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。