12

我最近将我的 Linux 开发 VM 从 Ubuntu 16.04 升级到了 18.04，并注意到一件事发生了变化。这是在 x86-64 上。在 16.04 中，我一直有这个工作流程，我将使用 gcc（5.4，16.04 中的库存版本）和-fsanitize=addressand构建我正在处理的项目-O0 -g，然后通过 gdb（7.11.1，也是Ubuntu 附带的版本）。这工作得很好，最后，如果 LeakSanitizer 检测到内存泄漏，它会生成泄漏报告。

在 18.04 中，这似乎不再起作用了；LeakSanitizer 抱怨在 ptrace 下运行：

==5820==LeakSanitizer has encountered a fatal error.
==5820==HINT: For debugging, try setting environment variable LSAN_OPTIONS=verbosity=1:log_threads=1
==5820==HINT: LeakSanitizer does not work under ptrace (strace, gdb, etc)

然后程序崩溃：

Thread 1 "spyglass" received signal SIGABRT, Aborted.
__GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:51

我不确定是什么导致了新行为。在 18.04 上，我使用默认的 gcc (7.3.0) 进行构建，使用-fsanitize=address -O0 -g默认的 gdb (8.1.0) 进行调试。可以以某种方式重新启用旧行为吗？或者我是否需要更改我的工作流程并在终止程序之前从程序中分离以获得泄漏报告？

4

1 回答 1

8

LeakSanitizer 在内部使用 ptrace，可能会暂停所有线程，以便它可以扫描泄漏而不会出现误报（参见问题 9）。只有一个应用程序可以使用 ptrace，因此如果您在 gdb 或 strace 下运行应用程序，则 LeakSanitizer 将无法通过 ptrace 附加。

如果您对泄漏调试不感兴趣，请禁用它：

export ASAN_OPTIONS=detect_leaks=0

如果确实要启用泄漏调试，则必须在 LeakSanitizer 开始扫描之前分离调试器。为了能够在不久之后附加调试器，请稍等一下（例如，10 秒）：

export ASAN_OPTIONS=sleep_before_dying=10
./program

然后在另一个 shell 中，再次附加到应用程序：

gdb -q -p $(pidof program)

有关上述（和其他）选项的更多描述，请参阅https://github.com/google/sanitizers/wiki/AddressSanitizerFlags。

于 2019-01-25T22:50:28.503 回答