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

Question

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

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

我看到一些问题问；是有效的"；我知道确定指针是否已经空闲，或者它是否指向了错误的对象等的复杂性，但这不是我要问的。我只是想要一个测试，它会说；这个核心包含从地址0x01到0x50的所有内存，而您的指针是0x70，所以它显然是无效的">

Answer 1

我发现这个答案似乎有帮助。它建议命令CCD_；"区段"；核心文件的。

它为一个大的核心文件产生了很多输出，但在我的情况下，输出包括：

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