除了调用 free() 之外，有没有办法确定指针是否可以传递给 free()？

Question

首先，有一点背景知识，这样你就不会认为我在试图做一些疯狂的事情：

我正在尝试调试由其他人编写的 C 库中的崩溃。崩溃看起来像这样：

TheProgram(44365,0x7fff75996310) malloc: *** error for object 0x7fb8d4b9d440: pointer being freed was not allocated

崩溃发生在我无法运行 valgrind 的系统上，唉。我做的第一件事是将调试打印宏包装在库对 malloc()、calloc()、realloc() 和 free() 的所有调用周围，以便在分配/重新分配内存时看到 printf() 输出/由图书馆释放。从该调试输出来看，导致 free() 崩溃的指针似乎确实是先前在程序中分配的，并且在问题 free() 调用之前它没有被释放：

JJ_CHECK_MALLOC at [fastgr.c : 265] malloc() returned 0x7fb8d4b9d440
[...]
JJ_CHECK_FREE at [dotinit.c : 204] about to call free(0x7fb8d4b9d440)
TheProgram(44365,0x7fff75996310) malloc: *** error for object 0x7fb8d4b9d440: pointer being freed was not allocated

所以大概必须发生的事情是在调用 malloc() 之后和调用 free() 之前的某个地方，堆必须以这样一种方式被破坏，free() 不再认为该指针是有效的.

然后，我需要做的是追踪导致堆损坏的例程。我可以做到这一点的一种方法是在执行路径的各个位置查询指针的有效性，并缩小其状态从“有效堆指针”变为“堆管理器不知道该指针是什么”的范围。但是我知道找出堆管理器是否认为指针是可释放的唯一方法是调用 free()，当程序仍然想使用指针时我显然不能这样做。有什么方法可以调用 free() 使用的 check-if-pointer-is-in-heap 函数，而不实际释放数据？

Answer 1

一般来说：没有。

有“调试堆”围绕分配的块，并带有额外的“栅栏”信息，以帮助检测坏指针错误。如果您尝试释放未通过它们分配的东西，这些将相当可靠地抱怨，因为栅栏将丢失。 （当然，如果您覆盖了缓冲区的末尾并损坏了栅栏，他们也会抱怨。）在代码频繁更改的环境中，我有时会在永久启用这些堆的情况下运行，尽管会降低性能......但是人们希望它们可以在代码交付给客户之前正常关闭。