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 は、問題が深刻であり、直ちに中止する必要があると判断しました。

これは、コードのどこかにバグがあることを意味します。おそらく、表示されているスニペットからかなり離れている可能性があります。バッファ オーバーフローまたはメモリ割り当て構造を損傷する同様の場違いなメモリ書き込みです。

このような問題を解決するには、ValgrindまたはElectric Fenceを試してください。

于 2010-02-25T14:26:39.157 に答える
1

FILE *それがあなたの特定の問題を引き起こしているかどうかはわかりませんがfopen()、NULL.

于 2010-02-25T13:54:41.277 に答える