malloc.c "sYSMALLOC: Assertion"与C++项目一起执行

Question

FINAL_EDIT：发现问题，在for循环中，用作索引的计数器大于数组的元素数。奇怪的是，我没有收到分割错误，而是我提到的错误。为什么

感谢您的帮助
__________________

我在C++中有一个项目，我收到了这个错误（并非总是），如果有一个特定的全局变量充当int数组的大小。

NEW EDIT_1->new运算符我根本没有用过，除了主函数，我声明了一个指向类对象的新指针数组。如下所示：

Student* test[NUM_AM];
for(int i=0; i<NUM_AM; i++)
{
     test[i] = new Student(random_elements);
}

有什么方法可以找到导致这种情况的原因吗？

错误是这样的（复制了gdb的输出）：

malloc.c:3096: sYSMALLOc: Assertion `(old_top == (((mbinptr) (((char *) 
&((av)->bins[((1) - 1) * 2])) - __builtin_offsetof (struct malloc_chunk, fd)))) &&
 old_size == 0) || ((unsigned long) (old_size) >= 
(unsigned long)((((__builtin_offsetof (struct malloc_chunk,
 fd_nextsize))+((2 * (sizeof(size_t))) - 1)) & ~((2 * (sizeof(size_t))) - 1))) && 
((old_top)->size & 0x1) && ((unsigned long)old_end & pagemask) == 0)' failed.
Program received signal SIGABRT, Aborted.
0x00007ffff75563a5 in __GI_raise (sig=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64
64  ../nptl/sysdeps/unix/sysv/linux/raise.c: No such file or directory.
in ../nptl/sysdeps/unix/sysv/linux/raise.c

同样valgrind给出的是：

==6775== HEAP SUMMARY:
==6775==     in use at exit: 560 bytes in 35 blocks
==6775==   total heap usage: 35 allocs, 0 frees, 560 bytes allocated
==6775== 
==6775== LEAK SUMMARY:
==6775==    definitely lost: 560 bytes in 35 blocks
==6775==    indirectly lost: 0 bytes in 0 blocks
==6775==      possibly lost: 0 bytes in 0 blocks
==6775==    still reachable: 0 bytes in 0 blocks
==6775==         suppressed: 0 bytes in 0 blocks
==6775== Rerun with --leak-check=full to see details of leaked memory
==6775== 
==6775== For counts of detected and suppressed errors, rerun with: -v
==6775== Use --track-origins=yes to see where uninitialised values come from
==6775== ERROR SUMMARY: 806 errors from 2 contexts (suppressed: 4 from 4)

谢谢你抽出时间。

NEW_EDIT2:我用运行应用程序

valgrind --leak-check=full --track-origins=yes ./out
and NUM_AM = 25;

这是我在pastebin得到的输出：在这里！

NEW_EDIT3:我应该提到的是，该程序为学生创建了一个ID，并在一个bool数组和两个bool变量处为他们分配一个true/false值。变量NUM_AM用作声明为类成员的静态数组的索引。此外，NUM_AM在搜索其ID时用于多个功能。

NUM_AM>22时，即使在创建第一个学生之后也可能发生错误。带NUM_AM<=21，我无法通过多次串行执行程序来重现错误。

Answer 1

很高兴您找到了错误的来源。关于您的最后一个问题

奇怪的是，我没有收到分割错误，而是我提到的错误。为什么？

如果在堆栈上分配数组（例如，test是堆栈数组），则访问超出数组边界的数据不会引发分段故障。相反，您开始覆盖堆栈上的其他重要数据。堆栈包含：

• 所有局部变量
• 函数的返回地址（以便函数知道返回到哪里）
• 前一帧指针和正确调用函数所需的其他内容

注意，上面的一些或全部可以在一定程度上进行优化。进一步阅读：http://en.wikipedia.org/wiki/Call_stack