2

以下のコードは呼び出しを中断しfclose()ます。

void output_gauss_transform(char* filename, char* mode, double** T, 
                            double shift, int len)
{
    FILE* fp;

    printf("Outputting gauss transform to %s.\n", filename);

    if ((fp = fopen(filename, mode)) == NULL){
    perror("Could not open file");
    return;
    }

    int i;

    for (i = 0; i < len; ++i) {
    fprintf(fp, "%lf %lf\n", T[0][i], T[1][i] + shift);
    }

    if (fclose(fp)){
    printf("error closing\n");
    }
}

glibcこのエラーとメモリマップが表示されます。

*** glibc detected *** [sourcedir]/.libs/lt-launcher: free(): invalid next size (normal): 0x0821da38 ***
======= Backtrace: =========
/lib/i386-linux-gnu/libc.so.6(+0x75ee2)[0xb739dee2]
/lib/i386-linux-gnu/libc.so.6(fclose+0x154)[0xb738d424]
/src/.libs/libfile_util.so.0(output_gauss_transform+0xa9)[0xb77b5859]
/src/.libs/lt-launcher[0x804a0f9]
/src/.libs/lt-launcher[0x804a2a5]
/src/.libs/lt-launcher[0x804983b]
/lib/i386-linux-gnu/libc.so.6(__libc_start_main+0xf3)[0xb73414d3]
/src/.libs/lt-launcher[0x8049915]

これをでデバッグしようとするとvalgrind、エラーはまったく発生せず、次のように出力されます。何が起こっている？

==30396== HEAP SUMMARY:
==30396==     in use at exit: 0 bytes in 0 blocks
==30396==   total heap usage: 1,059 allocs, 1,059 frees, 78,149 bytes allocated
==30396== 
==30396== All heap blocks were freed -- no leaks are possible
==30396== 
==30396== For counts of detected and suppressed errors, rerun with: -v
==30396== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0)

編集：で実行valgrindすると-v、最後にこれを取得します。おそらくそれは何が起こっているのかと関係がありますか？

 --31325-- REDIR: 0x454cac0 (operator delete(void*)) redirected to 0x402bb98 (operator delete(void*))
4

1 に答える 1

5

このコードは被害者です。実行者を見つける必要があります。を呼び出すとfclose、一部の構造が解放されます。その時点で、コードは空きプールが破損していることを検出し、エラーを報告します。ただし、このコードではなく、空きプールを破損したのは他のコードのチャンクです。

このエラーの最も一般的な原因は、同じメモリブロックを2回解放し、解放した後にメモリブロックにアクセスすることです。これを捕まえることができなかったのは奇妙なことですvalgrind。なぜなら、これらはまさにそれが通常捕らえる種類のエラーだからです。

于 2013-01-31T22:13:17.023 に答える