C 为什么会出现内存访问错误';双重自由还是腐败';?

C 为什么会出现内存访问错误';双重自由还是腐败';?,c,memory-access,C,Memory Access,我得到以下类型的错误。我知道这与我不正确地访问内存有关,但我不知道具体怎么做。请帮我看看哪里出了问题 *注意,我已经简化了我的函数,变量的作用并不明显,我只需要知道我是如何错误地实现函数的,或者我在哪里滥用了内存访问 int my_function(char const *file_name, size_t max) { myStruct.pStore = fopen(file_name,"w+"); //pStore is a FILE*

我得到以下类型的错误。我知道这与我不正确地访问内存有关,但我不知道具体怎么做。请帮我看看哪里出了问题

*注意,我已经简化了我的函数,变量的作用并不明显,我只需要知道我是如何错误地实现函数的,或者我在哪里滥用了内存访问

int my_function(char const *file_name, size_t max)
        {

        myStruct.pStore = fopen(file_name,"w+");      //pStore is a FILE* 
        myStruct.max = max;                 

        // fill the with zeros ('0')
        int numberOfZeros = max*SIZE;
        char zeros[numberOfZeros];                      

        int i=0;
        while(i<numberOfZeros)         // insert zero's 
        {
                zeros[i]='0';
                i++;
        }
        fwrite(zeros,sizeof(char),numberOfZeros,myStruct.pStore);
        fclose(myStruct.pStore);

        return EXIT_SUCCESS; 

看起来您正在尝试释放已经释放或取消引用的内存

将您的程序链接到或运行它


这将告诉您指针被取消引用的位置。

内存损坏通常是由于写入超出分配内存的末尾而导致的,通常是一个字节,因为有人忘记添加null终止字符串所需的一个字节

Double free意味着在一行中使用相同的x值调用了两次free(x)。在您的代码中的某个地方,free(x)被调用,然后很可能在另一段代码中,free(x)被再次调用

隔离问题的最简单方法是使用gdb,并在逐步完成代码时观察发生了什么


在上面的my_函数代码中,没有对malloc或free的调用。零缓冲区位于堆栈上,而while循环不会写入超过缓冲区末尾的内容。问题出在代码的其他部分。修复问题所需的时间取决于调用malloc/free/strdup等的位置。

显示代码中释放内存的部分。使用调试器。使用调试器。使用调试器。“双重释放”一开始让我问同样的问题,但看起来他通过return语句展示了整个函数。由于此函数既不通过
malloc()
free()
分配内存,也不通过
free()
释放内存,因此此函数不太可能是问题的直接原因。也不清楚它是否会调用任何会引起麻烦的东西。我建议您尝试一下。如果您在
my_function()
之外再次使用相同的文件,您可能会遇到此问题。我正在使用gdb,这些文件更好吗?只需发布释放内存的部分,我们可以在两分钟内找到错误。
*** glibc detected *** /home/.../: double free or corruption (top): 0x0804c008 ***
======= Backtrace: =========
/lib/i386-linux-gnu/libc.so.6(+0x73e42)[0xb7e82e42]
/lib/i386-linux-gnu/libc.so.6(fclose+0x154)[0xb7e72384]
/home/2012/spatar/cs/specs/release[0x80486b0]
/home/2012/spatar/cs/specs/release[0x8048acd]
/home/2012/spatar/cs/specs/release[0x8048af0]
/lib/i386-linux-gnu/libc.so.6(__libc_start_main+0xf3)[0xb7e284d3]
/home/2012/spatar/cs/specs/release[0x80484e1]
 ======= Memory map: ========
08048000-0804a000 r-xp 00000000 00:3b 2331829    /home/2012/spatar/cs/Aspecs/release
0804a000-0804b000 r--p 00001000 00:3b 2331829    /home/2012/spatar/cs/specs/release
0804b000-0804c000 rw-p 00002000 00:3b 2331829    /home/2012/spatar/cs/specs/release
0804c000-0806d000 rw-p 00000000 00:00 0          [heap]
b7e0e000-b7e0f000 rw-p 00000000 00:00 0 
b7e0f000-b7fae000 r-xp 00000000 00:11 5415       /lib/i386-linux-gnu/libc-2.15.so
b7fae000-b7fb0000 r--p 0019f000 00:11 5415       /lib/i386-linux-gnu/libc-2.15.so
b7fb0000-b7fb1000 rw-p 001a1000 00:11 5415       /lib/i386-linux-gnu/libc-2.15.so
b7fb1000-b7fb4000 rw-p 00000000 00:00 0 
b7fbc000-b7fd8000 r-xp 00000000 00:11 5426       /lib/i386-linux-gnu/libgcc_s.so.1
b7fd8000-b7fd9000 r--p 0001b000 00:11 5426       /lib/i386-linux-gnu/libgcc_s.so.1
b7fd9000-b7fda000 rw-p 0001c000 00:11 5426       /lib/i386-linux-gnu/libgcc_s.so.1
b7fda000-b7fdd000 rw-p 00000000 00:00 0 
b7fdd000-b7fde000 r-xp 00000000 00:00 0          [vdso]
b7fde000-b7ffe000 r-xp 00000000 00:11 5405       /lib/i386-linux-gnu/ld-2.15.so
b7ffe000-b7fff000 r--p 0001f000 00:11 5405       /lib/i386-linux-gnu/ld-2.15.so
b7fff000-b8000000 rw-p 00020000 00:11 5405       /lib/i386-linux-gnu/ld-2.15.so
bffdf000-c0000000 rw-p 00000000 00:00 0          [stack]