私は10年のほとんどの間gdbを使用してきましたが、この特定の問題は見たことがありません。gdb 7.4にアップグレードしましたが、問題は解決しません。
RHEL5でCilkマルチスレッドC++アプリケーションをデバッグしています。セグメンテーション違反で実行が停止します。gdbに特定の変数（テンプレート化されたオブジェクトインスタンスへのboost :: intrusive_ptr参照）の値を出力するように依頼すると、gdbは適切な値を出力しますが、非常に短い時間、すべてのスレッドで実行を再開します。デバッグ印刷ステートメントの多くがターミナルにスクロールするため、実行が再開されると思われます（バッファーをクリアするだけではありません---印刷を続行でき、実行を再開し続けます）。この短い継続実行により、追跡している変数の値が変化します。これは、控えめに言っても、デバッグの妨げになります。
メモリリークがあり、スタックが破損していると思われますが、コードでvalgrindを実行しました（初期条件が異なります）。通常のCilkを除いて、デバッグしている主要なサブシステムでメモリリークは表示されません。 -内部リーク。