16

我有这个代码段,我在其中多次打开/关闭文件(在循环中):

for(i=1;i<max;i++)
     {
       /* other code */
       plot_file=fopen("all_fitness.out","w");
       for (j=0;j<pop_size;j++)
         fprintf(plot_file, "%lf %lf\n",oldpop[i].xreal[0],oldpop[i].obj);
       fclose(plot_file);
      /*other code*/
     }

我在这里得到一个 SIGABRT,带有以下回溯:

#0  0x001fc422 in __kernel_vsyscall ()
#1  0x002274d1 in *__GI_raise (sig=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64
#2  0x0022a932 in *__GI_abort () at abort.c:92
#3  0x0025dee5 in __libc_message (do_abort=2, fmt=0x321578 "*** glibc detected *** %s: %s: 0x%s ***\n")
    at ../sysdeps/unix/sysv/linux/libc_fatal.c:189
#4  0x00267ff1 in malloc_printerr (action=<value optimized out>, str=0x6 <Address 0x6 out of bounds>, ptr=0x8055a60) at malloc.c:6217
#5  0x002696f2 in _int_free (av=<value optimized out>, p=<value optimized out>) at malloc.c:4750
#6  0x0026c7cd in *__GI___libc_free (mem=0x8055a60) at malloc.c:3716
#7  0x0025850a in _IO_new_fclose (fp=0x8055a60) at iofclose.c:88
#8  0x0804b9c0 in main () at ga.c:1100

行号 1100 是我fclose()在上面的代码段中执行的行。上述行为的原因是什么?任何指针表示赞赏。

(我在 Linux 上并使用 gcc)

4

2 回答 2

23

当你调用 时fclose(),glibc 会释放一些动态分配的结构;内部有一个free()电话。malloc()free()依赖于相当复杂的、动态构建的结构。显然,glibc 发现这些结构处于不连贯的状态,以至于无法进行安全的内存释放。glibc 认为问题严重到需要立即中止。

这意味着您的代码中某处存在错误,可能与您显示的代码片段相距甚远,缓冲区溢出或类似的异地内存写入会损坏内存分配结构。

您可能想尝试ValgrindElectric Fence来解决此类问题。

于 2010-02-25T14:26:39.157 回答
1

我不知道它是否会导致您的特定问题,但您应该始终检查FILE *返回的指针fopen(),以防它是NULL.

于 2010-02-25T13:54:41.277 回答