核心转储，但我没有找到错误位置，有 GDB 的错误信息答案

【问题标题】：core dumped,but I don't find the error location,there have the GDB's error infomation核心转储，但我没有找到错误位置，有 GDB 的错误信息
【发布时间】：2016-08-09 08:26:32
【问题描述】：

Program terminated with signal 11, Segmentation fault.
#0  0x000000340f87a31f in _int_malloc () from /lib64/libc.so.6
Missing separate debuginfos, use: debuginfo-install glibc-2.12-1.192.el6.x86_64 keyutils-libs-1.4-5.el6.x86_64 krb5-libs-1.10.3-57.el6.x86_64 libcom_err-1.41.12-22.el6.x86_64 libgcc-4.4.7-17.el6.x86_64 libselinux-2.0.94-7.el6.x86_64 libuuid-2.17.2-12.24.el6.x86_64 nss-softokn-freebl-3.12.9-11.el6.x86_64 openssl-1.0.1e-48.el6_8.1.x86_64 zlib-1.2.3-29.el6.x86_64
(gdb) where
#0  0x000000340f87a31f in _int_malloc () from /lib64/libc.so.6
#1  0x000000340f87abfc in malloc () from /lib64/libc.so.6
#2  0x00000000004a913b in UDataMemory_createNewInstance_54 ()
#3  0x00000000004a7ac7 in doLoadFromCommonData(signed char, char const*, char const*, char const*, char const*, char const*, char const*, char const*, signed char (*)(void*, char const*, char const*, UDataInfo const*), void*, UErrorCode*, UErrorCode*) ()
#4  0x00000000004a89cb in doOpenChoice(char const*, char const*, char const*, signed char (*)(void*, char const*, char const*, UDataInfo const*), void*, UErrorCode*) ()
#5  0x000000000045febd in icu_54::CollationRoot::load(UErrorCode&) ()
#6  0x000000000045ffe8 in icu_54::CollationRoot::getRootCacheEntry(UErrorCode&) ()
#7  0x000000000044b29a in icu_54::CollationLoader::loadTailoring(icu_54::Locale const&, UErrorCode&) ()
#8  0x000000000042d668 in icu_54::Collator::createInstance(icu_54::Locale const&, UErrorCode&) ()
#9  0x0000000000412691 in triagens::basics::Utf8Helper::setCollatorLanguage(std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&) ()
#10 0x00000000004120aa in triagens::basics::Utf8Helper::Utf8Helper(std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&) ()
#11 0x00000000004120ed in triagens::basics::Utf8Helper::Utf8Helper() ()
#12 0x0000000000414ac0 in __static_initialization_and_destruction_0 ()
#13 0x0000000000414ae9 in _GLOBAL__sub_I__ZN8triagens6basics10Utf8Helper17DefaultUtf8HelperE ()
#14 0x000000000050d5e6 in __do_global_ctors_aux ()
#15 0x00000000004085cb in _init ()
#16 0x00007fc223318068 in boost::system::native_ecat () from /home/workspace/DLL_CPPServer/Debug/libDLL_CPPServer.so
#17 0x000000000050d525 in __libc_csu_init ()
#18 0x000000340f81ecb0 in __libc_start_main () from /lib64/libc.so.6

以上代码是 GDB Infomation； triagens::basics::Utf8Helper::Utf8Helper() 没有被称为我的代码。首先，我认为它是由 3rdParty 库调用的，并且该方法存在于 3rdparty 的源中；但是当我搜索 utf8Helper 键时，我没有发现它被使用。所以我不知道原因，你能帮帮我吗？

【问题讨论】：

核心转储一直在 malloc => 你很可能已经损坏了你的堆。使用 valgrind 或消毒剂查看它们是否发现问题。
当您在malloc 中发生崩溃时，原因很可能是您遇到了一些越界问题，可能是在分配的内存之外写入。使用Valgrind等工具帮助您发现此类问题。
我下载了Valgrind，用它来调试。但是错误信息与GDB的INFO类似；仍然没有错误位置信息；
您的代码没有直接调用该方法。崩溃发生在静态对象初始化期间。该调用是 ArangoDB 库的一部分吗？如果是这样，一种策略是编写一个简单的测试驱动程序并查看调用是否仍然失败。如果是这样，那么它是一个错误或更可能是一些配置问题。然而，更可能的是一些静态 ctor 或者您正在破坏堆。你有任何静态对象吗？ valgrind 是否给出了有关内存写入错误、双重释放或其他与堆相关的错误的消息？如果是这样，那将是寻找的地方
@MatthewFisher 谢谢。是的，第三方是 ArangoDB 和 ActiveMQ，现在是 ArangoDB 产生的错误。经过我的测试，驱动程序正常。太奇怪了，我没有从 arangodb 定义全局/静态对象，只需使用 arangodb 中的“线程”类，在那里，我没有发现问题。

标签： c++ linux arangodb .so

【解决方案1】：

@MatthewFisher 嗯。我在doLoadFromCommonData上设置了一个断点，但是它不起作用，程序没有加入它。我使用'export MALLOC_CHECK_=2'和'./test'，它生成一个core.4675。使用'gdb ./test core.4675',' where '产生一段话：

`Program terminated with signal 11, Segmentation fault.
#0  0x000000340f876009 in malloc_consolidate () from /lib64/libc.so.6
#0  0x000000340f876009 in malloc_consolidate () from /lib64/libc.so.6
Missing separate debuginfos, use: debuginfo-install glibc-2.12-1.192.el6.x86_64 keyutils-libs-1.4-5.el6.x86_64 krb5-libs-1.10.3-57.el6.x86_64 libcom_err-1.41.12-22.el6.x86_64 libgcc-4.4.7-17.el6.x86_64 libselinux-2.0.94-7.el6.x86_64 libuuid-2.17.2-12.24.el6.x86_64 nss-softokn-freebl-3.12.9-11.el6.x86_64 openssl-1.0.1e-48.el6_8.1.x86_64 zlib-1.2.3-29.el6.x86_64
(gdb) where
#0  0x000000340f876009 in malloc_consolidate () from /lib64/libc.so.6
#1  0x000000340f879d08 in _int_malloc () from /lib64/libc.so.6
#2  0x000000340f87c538 in malloc_check () from /lib64/libc.so.6
#3  0x000000340f87ab31 in calloc () from /lib64/libc.so.6
#4  0x000000340f835ca4 in __new_exitfn () from /lib64/libc.so.6
#5  0x000000340f835d58 in __cxa_atexit_internal () from /lib64/libc.so.6
#6  0x000000000041f1c9 in __static_initialization_and_destruction_0 ()
#7  0x000000000041f238 in _GLOBAL__sub_I_TRI_prioritynames ()
#8  0x000000000050d5e6 in __do_global_ctors_aux ()
#9  0x00000000004085cb in _init ()
#10 0x00007f7f1dc5a068 in boost::system::native_ecat () from /home/workspace/DLL_CPPServer/Debug/libDLL_CPPServer.so
#11 0x000000000050d525 in __libc_csu_init ()
#12 0x000000340f81ecb0 in __libc_start_main () from /lib64/libc.so.6
#13 0x0000000000409449 in _start ()`

【讨论】：

@MatthewFisher 这一段与原始问题的错误代码不同
堆损坏可能导致崩溃发生在不同的位置。尽量减少链接的库数量，然后再次运行。希望您可以缩小崩溃的范围。仔细检查静态对象或函数中代码中的任何 new/malloc 处理。通常第 3 方库的测试比自定义代码更好，因此问题更可能出在您的代码中。
hm，谢谢，我根据您的建议进行测试。当我拆分项目并测试最小化时，我发现一个奇怪的错误：“当我使用像“hello”这样的字符串常量来传输参数时到一种“字符串”，它总是错误地表示分段错误“。而且我不知道如何测试 arangodb 的库。
当我不使用 ArangoDB 的库时，我的测试运行良好，当我引用 ArangoDB 的库时，它使我在这个问题上的错误信息成为错误信息。但是用ArangoDB的库单独测试，没问题，太奇怪了！
参数 seg 错误的代码和堆栈是什么样的？你试过valgrind下的最小化驱动吗？

【解决方案2】：

有代码：

CompletePortLogFile::CCompletePortLogFile(string sFullPath)
{
        _sFullPath = sFullPath;
        InitializeCriticalSection(&_freeStackLock);
        InitializeCriticalSection(&_fileLock);
        _hFile = NULL;
        _hCompletePort = NULL;
        _nTotalSize = 0;
        _nPackageNo = 0;
}


if(NULL==g_pLogFile)
{
        g_pLogFile = new IOTP::CCompletePortLogFile(".\\CPPServer.log");
        g_pLogFile->init();
}

有 GDB 的错误信息：

Program received signal SIGSEGV, Segmentation fault.
0x000000340f87a31f in _int_malloc () from /lib64/libc.so.6
(gdb) where
#0  0x000000340f87a31f in _int_malloc () from /lib64/libc.so.6
#1  0x000000340f87abfc in malloc () from /lib64/libc.so.6
#2  0x0000003e8005e808 in operator new(unsigned long) ()
    at ../../../../gcc-4.9.2/libstdc++-v3/libsupc++/new_op.cc:49
#3  0x0000003e800c3c49 in std::basic_string<char, std::char_traits<char>, std::allocator<char> >::_Rep::_S_create(unsigned long, unsigned long, std::allocator<char> const&) ()
    at /home/hewei/download/gcc-build-4.9.2/x86_64-unknown-linux-gnu/libstdc++-v3/include/ext/new_allocator.h:104
#4  0x0000003e800c55c5 in char* std::basic_string<char, std::char_traits<char>, std::allocator<char> >::_S_construct<char const*>(char const*, char const*, std::allocator<char> const&, std::forward_iterator_tag) ()
    at /home/hewei/download/gcc-build-4.9.2/x86_64-unknown-linux-gnu/libstdc++-v3/include/bits/basic_string.tcc:138
#5  0x0000003e800c59f6 in std::basic_string<char, std::char_traits<char>, std::allocator<char> >::basic_string(char const*, std::allocator<char> const&) ()
    at /home/hewei/download/gcc-build-4.9.2/x86_64-unknown-linux-gnu/libstdc++-v3/include/bits/basic_string.h:1743
#6  0x00007ffff7dd12e3 in iotp_initGlobalLogFile() () at ../src/main/ActivemqServer.cpp:62
#7  0x00007ffff7dd13bf in iotp_GetLibraryInstance () at ../src/main/ActivemqServer.cpp:71
#8  0x000000000040147b in testDLL(char*) ()
#9  0x00000000004016a2 in main ()

【讨论】：