.net 4 デバッグ API が起動時にアプリケーションの状態を何らかの形で破損させる方法はありますか?
私が持っている問題は次のとおりです。
- .net デバッグ API (visual studio 2010、sharp development 4、mdbg) を使用してデバッガー内からアプリケーションを起動すると、さまざまなランダム アクセス違反が発生します。
- .net デバッグ API (delphi 2007、sos 拡張機能付きの windbg) を使用せずにデバッガー内からアプリケーションを起動すると、すべて正常に動作します。
- アプリケーションを直接起動し、後でデバッガーをアタッチすると (Visual Studio 2010、sharp development 4、mdbg、delphi 2007、windbg など)、すべて正常に動作します。
- .net 3.5 と clr 2.0 に戻せば、まったく問題ありません。
マネージ デバッグ API の .net 3.5 から 4.0 への変更により、アプリケーションを起動するとアクセス違反がスローされる原因は何ですか?
アプリケーションは Delphi (アンマネージド) と C# (マネージド) で書かれており、マネージド vclを使用して相互運用を行っています。
この問題を再現するための例をほとんど挙げることができないので、この質問に答えることは不可能かもしれないことを認識していますが、デバッグ API についてより深い洞察を持っている人が正しい方向へのヒントを与えてくれたり、絞り込むのを手伝ってくれたりすることができれば、とてもありがたいです。