Question

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

感谢您的帮助！
_ __ _ __ _ __ _ __ _ __ _ < / EM> __ _ __ _ __ _ __ _ _

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

NEW EDIT_1-＆gt;我没有使用new运算符，除了我声明一个指向类对象的新指针数组的main函数。像这样：

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： here!

NEW_EDIT3： 我应该提一下，该程序创建具有ID的学生，并在bool数组和2个bool变量中为它们分配一个真/假值。变量NUM_AM用作声明为类成员的静态数组的索引。此外，NUM_AM在搜索其ID时用于多个功能。

使用NUM_AM＆gt; 22即使在创建第一个学生之后，也会发生错误。使用NUM_AM＆lt; = 21，我无法通过程序的多个连续执行来重现错误。

Answer 1

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

关于它的奇怪之处在于，我没有收到分段错误，而是我提到的错误。那是为什么？

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

所有本地变量
函数的返回地址（以便函数知道返回的位置）
以前的帧指针和正确调用函数所需的其他东西

注意，上述部分或全部可能会在某种程度上进行优化。进一步阅读：http://en.wikipedia.org/wiki/Call_stack

malloc.c“sYSMALLOC：Assertion”在C ++项目执行中

1 个答案: