使用 Address Sanitizer 和 gcc7.1.0 时如何生成核心转储

Question

我在 centOS 7.2.1511 上使用 -fsanitize=address 编译了我的代码。当我将 gcc 更新到 7.1.0 时，它不能再生成核心转储文件了。有人可以帮帮我吗？

gcc 编译选项：

-lm -g3 -Wall -Wno-unknown-pragmas --std=c++11 -Werror -ggdb -fsanitize=address -fno-omit-frame-pointer -D_GLIBCXX_USE_CXX11_ABI=0

链接选项：

-lxml2 -lpthread -lmysqlclient -L/usr/lib64/mysql/ -llog4cxx -lprotobuf -llua -lluabind -lhiredis -lcrypto -lcurl -ljsoncpp -Wl,-E -fsanitize=address -ldl

当我使用 gcc 4.8.5 时，通常会使用选项 ASAN_OPTIONS 生成核心转储，如下所示：

export ASAN_OPTIONS="disable_core=0:unmap_shadow_on_exit=1:abort_on_error=1"

当我将 gcc 更新到 7.1.0 时，即使 ASAN_OPTIONS 设置为如上，也无法再生成核心转储。

Answer 1

问题解决了。新的消毒选项ASAN_OPTIONS应该设置为“disable_coredump”，我是这样设置的：

ASAN_OPTIONS="disable_coredump=0:unmap_shadow_on_exit=1:abort_on_error=1"

Answer 2

嗯，理论上它应该是这样工作的：

1. ulimit -c unlimited 当然（可选调整sysctl kernel.core_pattern）
2. export ASAN_OPTIONS=disable_coredump=0,abort_on_error=1
3. 运行，获取核心（理想情况下，如果一切正常）。

但是，我尝试了更多disable_coredump=0、halt_on_error=1、abort_on_error=1、handle_abort=0 的组合——我每次得到的只是一个恼人的 ASAN 错误（@ LLVM 8，提交 1473e85213404eccb4d018d41c24d2f5834f81b5 ):

nested bug in the same thread, aborting.

并退出代码 1（无核心）。从我对源代码的一瞥中，似乎 asan 处理了它发出的相同 SIGABRT，但将其解释为崩溃时处理崩溃。不完全是-help 所说的；也许有待改进。

---

不过，我还是可以通过另外一个选项来规避这种令人讨厌的错误处理：

ASAN_OPTIONS+=:sleep_before_dying=150

然后，当它按照指示休眠时，在终端中点击^\（Ctrl\，相当于kill -QUIT )。

最后，生成了我一直试图获取的核心文件。