G ++コンパイラ：Segfaultの処理

Question

私はsegfaultをトリガする関数を呼び出すプロジェクトに取り組んでいます。私はこれを修正しましたが、処理中に次のことに気付きました。

私のコードの形式は、

main(){ 
    ... 
    std::cout << "Looking for segfault\n"; // this does not print 
    buggyFunction(); // crashes in here 
    ... 
} 

buggyFunction(){ 
    ... 
    thing_that_causes_segfault; 
    ... 
} 

「セグメンテーションフォルトを探して、」ラインSTDに印刷し、そしてbuggyFunctionでプログラムがクラッシュしません。ファインですが、buggyFunction（）;の内部にcout行を追加すると、

main(){ 
    ... 
    std::cout << "Looking for segfault\n"; // this now *does* print 
    buggyFunction(); 
    ... 
} 

buggyFunction(){ 
    ... 
    std::cout << "Now we're INSIDE buggy function\n"; // this prints too 
    thing_that_causes_segfault; 
    ... 
} 

バグの機能の中で、両方の行が印刷されてからクラッシュします。

この追加出力コールの追加によって、出力にこの違いがあるのはなぜですか。ストリームの処理などに関連していますか？私はg ++（Ubuntu 4.4.3-4ubuntu5）4.4.3を使用しています。

Answer 1

これは、coutにバッファがあり、バッファがいっぱいになったときにのみシステム機能に渡され、コンソールに書き込まれるためです。 coutの2回目の使用でバッファがオーバーフローし、オペレーティングシステムを呼び出してバッファを空にします。出力がバッファを離れたことを保証したい場合は、std::flushを使用する必要があります。行を終了し、バッファーをstd::endlでフラッシュすることができます。

Answer 2

これはバッファリングと関係がある。 coutに書き込むものは、定期的にフラッシュされるだけの内部バッファに追加されます。ストリームにstd::flushを書き込むか、"\n"を<< std::endlに置き換えると、バッファを明示的にフラッシュできます。

Answer 3

キャッシュされていて、キャッシュが "フラッシュされていない"ため、ラインがすぐに印刷されないことがあるためです。

std::cout << "Looking for segfault" << std::endl;