プロセスにアタッチすると、動作が異なりますか？

Question

私はデバッグとリリースビルドの違いについて認識していますが、デバッガをプロセス（ビルドリリースまたはデバッグ）に接続してプロセスの動作を変更すると、興味がありますか？

私はHP 11.31 Itaniumで開発していますが、一般的なケースではまだ興味があります。

Answer 1

http://en.wikipedia.org/wiki/Heisenbug#Heisenbug

、デバッガを取り付けること（例えば、スレッド競合状態を変更することができる）タイミングが変更され、デバッガが接続されている場合、いくつかのシステムコールを検出することができます。

Answer 2

プラットフォームやデバッグの方法によっては、確かに可能です。たとえば、debugging on Windowsの場合、実際にはIsDebuggerPresent関数が存在します。上記のように、機能は回避することができますが、他の手段があります。基本的に、それは複雑です。

Answer 3

はい、デバッガをプロセスにアタッチすると、即座にバグが消えて、リリースモードでアプリケーションをコンパイルするときに再表示されることがよくあります。残念ながら私は通常、私のアプリケーションを実行するためだけにすべてのユーザにデバッガを開くように依頼することはできないので、かなりイライラすることがあります。もちろん

Answer 4

ええ、Windowsデータ構造内の多くのものは、デバッガが接続されたときに変更されます。実際には、多くの変更がアンチ・デバッガによってアプリケーションが存在するかどうかを検出するために使用されます（これは、メモリがどのように割り当て/解放されるかを変更します）、ハウスキーピング・コードと「マーカー」をスタックに追加しますデバッグ中です。

インタープリタ言語（Java、.NET）では、例外をトラップして表示したり、元のコードを表示したりするために、デバッガで実行しているときに実行時にさまざまなマシン命令が生成されることがあります。デバッガが添付されています。

これらの変更のいくつかは、ソフトウェアの動作に影響を及ぼし、最適化や非常に細かいタイミング依存関係によって引き起こされる一時的なバグを複雑にする可能性があります。

Answer 5

また、デバッガに接続するマルチスレッドアプリケーションでは、まったく異なる結果が得られることに注意してください。これらは "Heisenbugs"と呼ばれる種類のものです。

Answer 6

もちろん、マルチスレッドアプリケーションでは、デバッガをアタッチすると別の結果が得られます。 しかし、スレッドに関係のないコードはどうですか？

デバッガが接続されているリリースビルドに問題はありません。しかし、デバッガが接続されていない場合は、問題があります。
最初に起動され、デバッガが接続されている場合、同じ問題が表示されます。