使用 gdb 检查指针在核心转储中是否可能有效

如何解决使用 gdb 检查指针在核心转储中是否可能有效

我有一个来自 linux c++ 程序的核心文件，它因分段错误而崩溃。查看回溯和代码，我发现一个指针/对象可能是垃圾。指针地址是 this=0x62900000f200，那么有什么方法可以使用 GDB 确定它是否可能是有效地址？

我希望的是一种让 GDB 告诉我分配的内存区域是什么，或者核心转储包含哪些内存的方法。我知道准确度会很低，因为稍微损坏的指针可能仍然指向“有效”内存，但希望有一种方法可以识别不可能有效的指针。

我看到过一些问题，询问一个指针是否“有效”，我知道确定一个指针是否已经被释放，或者它是否指向错误的对象等的复杂性，但这不是我想要的我问。我只是想要一个测试，它会说，“这个内核包含从地址 0x01 到 0x50 的所有内存，而你的指针是 0x70，所以它显然是无效的。”

解决方法

我在 this answer 中找到了似乎有帮助的内容。它建议使用命令 maint info sections 来显示核心文件的所有加载的“部分”。

它为大型核心文件生成大量输出，但就我而言，输出包括：

...
0x627000000000->0x627001030000 at 0x273c6000: load146 ALLOC LOAD HAS_CONTENTS
0x627001030000->0x627001030000 at 0x283f6000: load147 ALLOC READONLY
0x627e00000000->0x627e00010000 at 0x283f6000: load148 ALLOC LOAD HAS_CONTENTS
0x627e00010000->0x627e00010000 at 0x28406000: load149 ALLOC READONLY
0x628000000000->0x628000030000 at 0x28406000: load150 ALLOC LOAD HAS_CONTENTS
0x628000030000->0x628000030000 at 0x28436000: load151 ALLOC READONLY
0x628e00000000->0x628e00010000 at 0x28436000: load152 ALLOC LOAD HAS_CONTENTS
0x628e00010000->0x628e00010000 at 0x28446000: load153 ALLOC READONLY
0x629000000000->0x6290010b0000 at 0x28446000: load154 ALLOC LOAD HAS_CONTENTS
0x6290010b0000->0x6290010b0000 at 0x294f6000: load155 ALLOC READONLY
0x629e00000000->0x629e00010000 at 0x294f6000: load156 ALLOC LOAD HAS_CONTENTS
0x629e00010000->0x629e00010000 at 0x29506000: load157 ALLOC READONLY
0x62a000000000->0x62a0000c0000 at 0x29506000: load158 ALLOC LOAD HAS_CONTENTS
0x62a0000c0000->0x62a0000c0000 at 0x295c6000: load159 ALLOC READONLY
0x62ae00000000->0x62ae00010000 at 0x295c6000: load160 ALLOC LOAD HAS_CONTENTS
0x62ae00010000->0x62ae00010000 at 0x295d6000: load161 ALLOC READONLY
0x62b000000000->0x62b000070000 at 0x295d6000: load162 ALLOC LOAD HAS_CONTENTS
0x62b000070000->0x62b000070000 at 0x29646000: load163 ALLOC READONLY
0x62be00000000->0x62be00010000 at 0x29646000: load164 ALLOC LOAD HAS_CONTENTS
...

由于存在 0x629000000000->0x6290010b0000 区域，并且我的指针值介于这些区域之间，我可以判断我的指针是有效的。为了更快地搜索，您需要一个脚本来检查所有范围，但输出似乎是按数字顺序排列的（在我的一个例子中），因此手动搜索范围很容易。