检查指针是否可能在具有gdb的核心转储中有效 我有一个Linux C++程序的核心文件，它崩溃了一个分段错误。查看回溯和代码，我发现一个指针/对象可能是垃圾。指针地址是this=0x62900000f200，因此有没有一种方法可以使用GDB确定该地址是否有效

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

---

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

我发现了一些似乎有用的东西。它建议使用命令

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
...

---

由于存在

0x62900000000->0x62900010B0000

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

您总是有一个完整的核心转储吗？如果是这样，有一个简单的方法

x/b 0x62900000f200

或

p*（char*）0x62900000f200

将在该地址打印字节（如果它是有效地址且数据存在于核心转储中），否则GDB将输出错误消息

无法访问地址0x62900000f200

@MarkPlotnick处的内存，是的，我们总是有完整转储。我要试一试。我没有想过“手动”访问那个内存。我仍然想知道是否有一个“此转储包含什么内存”表或其他内容。