【问题标题】:What can cause strange addresses in a Valgrind stack trace?什么会导致 Valgrind 堆栈跟踪中出现奇怪的地址?
【发布时间】:2025-12-01 18:00:01
【问题描述】:

(此问题与Filtering out junk from valgrind output有关)。

我正在尝试调试一个大部分不在我手中的大型项目中的内存泄漏 --- 它是代码库的一个分支,大约有数百万行代码,尽管其中大部分可能不是与我正在处理的小部分相关。由于手动查看它会非常困难,因此我正在尝试使用 valgrind 来追踪泄漏。

问题是堆栈跟踪看起来像这样:

==83597== 920 bytes in 1 blocks are possibly lost in loss record 750 of 864
==83597==    at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==83597==    by 0x548EF93: myproject_malloc (mysourcefile.c:48)
==83597==    by 0x4F13FD5: ??? (in /path/to/project/library-version.so)
==83597==    by 0xFFEFFFD5F: ???
==83597==    by 0x38F: ???
==83597==    by 0xFFEFFFE5F: ???
==83597==    by 0xF: ???
==83597==    by 0x54542FF: ??? (in /path/to/project/library-version.so)
==83597==    by 0x4F536CA: ??? (in /path/to/project/library-version.so)
==83597==    by 0x64B981F: ???
==83597==    by 0xF: ???
==83597==    by 0x54542FF: ??? (in /path/to/project/library-version.so)

什么可能导致像0xF0x38F 等小地址?我使用的是 Debian 风格的 x86_64 Linux 发行版。我找不到 x86_64 的参考,但就as I can tell 而言,真正的数据不应该在更高的地址之前开始。

【问题讨论】:

  • 堆栈损坏?但是为什么你没有收到错误消息呢?

标签: c memory stack valgrind


【解决方案1】:

问题是 Makefile 正在打开 fomit-frame-pointer

【讨论】:

    最近更新 更多