問題タブ [visual-studio-debugging]

私は簡単なロジックを持っています。

VSでデバッグするとi、0に設定されていることがわかりますが、ifはfalseと評価されます! どうすればいいの？

彼ら。もっと上手く表現できたかも！！！上記の式は、i が 0 の場合に false と評価する必要がありますが、これは VS でカーソルを合わせると表示されますが、角かっこに入って「何でも」します...これは正しくありません。

編集:解決策については、私の似たような名前の最近の質問を参照してください。

概要： XMLファイルを取り込んで新しいプロセスを開始してXMLファイルの統計計算を実行するC＃GUIをデバッグしています。何らかの理由でプロセスは実行の途中で終了し、明らかなエラーは発生しません。Windowsのメッセージボックスが表示され、「動作を停止しました。Windowsは解決策を探しています」と表示されます。

私が試したこと：

• アプリケーションの実行を追跡するためにログに書き込んで、どこで失敗したかを確認しようとしましたが、プロセスはプログラムのさまざまな時点で終了しているようです。
• Visual Studioデバッガーを使用してプログラムの実行を追跡しようとしましたが、同様に
  プロセスは異なる時間に終了します。

私が知りたいこと：

• 他に試すことができる無料のデバッガーはありますか？
• プロセスの実行中にプロセスの現在の状態を確認するために呼び出すことができる呼び出しはありますか？
• 誰かが他に試すことを考えることができますか？

どんな助けでも素晴らしいでしょう。ありがとう。

私のタイトルはほとんどすべてを物語っていますが、同僚がSystem.Diagnostic名前空間を利用して、実行中のプロセスのバージョンをサポートされているバージョンのデータベースと照合し、実行中のバージョンが有効かどうかを判断するコンポーネントを作成しました。

私の問題は、デバッグモードで実行すると、コードが「真の」exeではなくコンパイルされたvshost.exeによってホストされることです。プライマリEXEでバージョン管理を制御する方法は知っていますが、*。vshost.exeでバージョン管理を制御する方法を見つけることができません。それを行う方法はありますか、それとも別のアプローチを探す必要がありますか？

作業中のIISベースのC＃.NETプロジェクトがあります。このプロジェクトでは、IISサーバーの構成にいくつかのカスタマイズを追加する必要があります。一部のアプリケーションマッピングとISAPIフィルターが追加されます。

さらに、プロジェクトの構造は、Webサイト自体の実際のホームディレクトリより上のレベルでファイルを開くようなものです。したがって、ホームディレクトリ\project_root\public_htmlが\project_root

Visual Studio 2010のデバッグプロセスを実行しようとすると、問題が発生します。

• ビルドプロセスを介して起動されたIISサーバーには、使用しているカスタム設定がありません
• Visual Studioプロジェクトは、\public_htmlではなく\project_rootでWebサーバーを起動しているようです（実行しようとしているプロジェクトではなく、一般的なIISディレクトリのリストが表示されます）

正しくデバッグできるように、Vistual Studio Webプロジェクトのカスタムサーバー設定を構成する方法を知っている人はいますか？

プロセスが開始するとすぐに、明らかにユーザーコードが実行される前に、このエラーが発生するC++プログラムがあります。インライン化が有効になっている場合にのみ発生します。デバッグシンボルが組み込まれていても、コードにステップインできません。Visual StudioでF10キーを押すとすぐにエラーが発生し、プログラムが停止します。「デバッグ/例外」ですべての例外/チェックをチェックしましたが、それでも中断はありません。

通常、このようなものは実行時の依存関係が欠落していることが原因であると予想しますが、ここではそうではないことを確信しています（Dependency Walkerで確認済み）。

編集：Steve TownsendのCDBの推奨事項を使用しましたが、プログラムのユーザーコード前の部分をステップスルーできるようになりました。最終的なスタックトレースは次のとおりです。

MacbookProのWindows7でVS2010を実行しているParallels6があります。VSデフォルトWebサーバーを使用して.NET4.0MVC 3 Webサイト（デバッグ/リリース）を実行しようとしていますが、次 のエラーが発生し続けます：'構成ファイルのロード中にエラーが発生しました：パスへの変更の監視を開始できませんでした\ to \web.config'。私はここでこの投稿を見ましたが、解決策は適用されません（実際、それは私の特定の問題の修正ではないようです）何かアイデアはありますか？

次の C# コードを検討してください。

Visual Studio 2008 または Visual Studio 2008 で実行し、"Print" メソッド内に配置したブレークポイントにヒットすると、コールスタック ウィンドウに次のように表示されます。

ConsoleApplication4.exe!ConsoleApplication4.Program.Print(string toPrint)

[管理された移行にネイティブ]

【マネージドからネイティブへの移行】

ConsoleApplication4.exe!ConsoleApplication4.Program.Main(文字列[]引数)

RuntimeMethodInfo.Invokeコールスタックに表示されないのはなぜですか? 結局のところ、これは管理されたメソッドなので、期待どおりに表示されないのはなぜですか?

また、一般的に、ここでのルールは何ですか? コールスタックから欠落していると予想されるマネージ メソッドはどれですか?

友人、私は MVC 2 Web クライアントからローカルにステップ インしようとしている WCF サービスを持っています。WCF サービスは、同じソリューション内の Windows サービス内でホストされています。Windows サービスをインストールし、それが実行されていることを確認しました。 WCF サービスにステップ インしようとすると、「リモート プロシージャにステップ インできません」というエラー メッセージが表示されます。

これが私のクライアントとホストの構成です

ホスト

クライアントは

Windows 7でVS 2010を使用しています。どんな助けでも大歓迎です

ありがとうRJ

難読化された .Net プログラムで Visual Studio デバッガーを実行したいと考えています。(これは私自身のプログラムです。他の誰かのプログラムをクラックしようとしているわけではありません。)

"System.Diagnostics.Debugger.Break()" を使用してプログラムをコンパイルするか、デバッガーを実行中のプロセスにアタッチすると、デバッガーに "No Source Available" と表示されます。これは理解しています。難読化されたバージョンのプログラムに対応するソースはありません。しかし、[Show Disassembly] をクリックすると、[Disassembly available] が表示された [Disassembly] ウィンドウが表示されます。

なんで？逆アセンブリを機能させるために何ができるかについて何か提案はありますか?

[デバッグ オプション] の下で、[アドレス レベルのデバッグを有効にする] と [ソースが利用できない場合は逆アセンブリを表示する] にチェックを入れています。

ありがとう。

編集

もう少し説明しようとすると...

問題のプログラムは自分のプログラムであり、使用されている難読化プログラムも自分のプログラムです。難読化プログラムは ILDAsm.exe を実行し、ILAsm コードを変更して ILAsm.exe を実行します。

私の難読化は明らかに問題を引き起こしているため、プログラムは正しく動作しません。どのように/なぜ機能しないのかを理解するために、トレースしたいと思います。しかし、何らかの理由で Visual Studio デバッガーに「逆アセンブルがありません」と表示され、何もできません。(難読化されていないプログラムが Visual Studio で実行されると、[逆アセンブリ] ウィンドウを開くことができ、期待される情報が表示されます。VS デバッガーでこの問題が発生するのは、難読化されたバージョンのみです。)

編集2

私の質問に対する答えを見つけることができませんでしたが、現在、一種の回避策があります。

私は WinDbg をインストールし、難読化されたプログラムにアタッチできること、および少なくともシングル ステップで実行できることと、現在の実行場所を逆アセンブリ ウィンドウに表示できることを確認しました。しかし、これまで WinDbg を使用したことがなく、少し難しそうです。

また、sos.dll を WinDbg にロードするためにいくつかの場所で見られるアドバイスに従いました。多分それは助けになるでしょう。

しかし、私が実際に行うことは、プログラムが機能していない場所の周りに多くの一時的なログステートメントをプログラムに投入することであり、うまくいけばその方法である程度理解できると思います。

私のプロジェクトでは、プリプロセッサで定義された多数の配列インデックスがあります。ウォッチウィンドウがこれらの式を評価できないように見えるため、これはデバッグ時に問題を引き起こします。これらのシナリオでは、定義されたインデックスを手動で検索し、その値をウォッチ式に代入する必要があることがわかりました。

インデックスに列挙型を使用すると、これよりも多くの問題が解決されますが、これは現時点では政治的に困難な動きであり、回避策が必要です。