問題タブ [visual-studio-debugging]

クラッシュやハングが発生しているお客様のために、Debugging Tools for WindowsでADPlusを使用することを強くお勧めします。しかし、私たちが抱えている大きな問題は、顧客がそれを実行するために何を入力する必要があるかを説明しようとすることです. 私たちは彼らにスクリプトを送りますが、正確な呪文は、ユーザーが 32 ビットまたは 64 ビットのどちらを使用しているか、ダウンロードしたデバッグ ツールの正確なバージョンによって異なるようです。

現時点での複雑な指示は次のようになります。

• c:\program files (x86)\Debugging Tools for windows (x86)デバッグ ツールがインストールされてc:\program files\Debugging tools for windows (x86)いる場所を見つけます。
• 64 ビット アプリを実行している場合は、c:\program files\Debugging tools for windows (x64)代わりに
• ユーザーディレクトリが何であるかを調べますc:\users\jim。z:\documents and settings\jim

• コマンド プロンプトを起動し、次のように入力します。

  <上記のパスに関係なく>\adplus -hang -pn myprocess.exe -o <ユーザー ディレクトリ>\crash_dumps

明らかに、これには問題が発生する可能性が十分にあり、最適なユーザー エクスペリエンスではありません。そのため、次の検出を行うバッチ ファイルまたはその他のスクリプトをユーザーに送信できるようにしたいと考えています。

• デバッグ ツールの場所
• ユーザーのホーム ディレクトリ

では、デバッグ ツールがインストールされている場所を見つける方法はありますか? 場所がレジストリに存在する場合、バッチ ファイルで簡単に抽出できますか? ユーザーのホーム ディレクトリもバッチ スクリプトから見つけることができますか? 私のシステム (Win7-64) には環境変数がありますHOMEPATH。それが存在すると仮定できますか？

ここには巨大で複雑なソリューションがあり、Viusual Studio 開発サーバーでデバッグ用に実行しようとすると、「ファイルまたはアセンブリ 'soss_svcdotnet' 正しくないファイル形式を読み込めませんでした」というエラーが表示されます。IIS でアプリを実行すると、エラーが発生しません。

これは 32 ビットと 64 ビットの問題のようですが、他にも違いがあると確信しています。では、これらの違いは何ですか?

VisualStudioで[デバッグ]/[プロセスにアタッチ]を選択すると、表示されるダイアログに[タイトル]列が表示されます。デフォルトでは、これはプロセスに属するメインウィンドウのキャプションを表示します。たとえば、「暗い嵐の夜だった-メモ帳」と表示される場合があります。

メインウィンドウがないアプリケーション（Windowsサービスなど）にこのフィールドを設定するにはどうすればよいですか？

同じ実行可能ファイル名で複数のサービスを実行していますが、接続時にそれらを簡単に区別できるようにしたいと思います。

デバッグ中に、視覚化するために StringBuilder の内容を調べようとしていました。私は多くの HTML を扱っており、VS 2008 で可能だったように HTML モードでコンテンツを表示できるようにしたいと考えています。

添付の画像でわかるように、2008 年には、必要な行のデバッガーで html モードを簡単に取得できました。2010 年には、同じ機能を得るために ToString() メソッドを呼び出す必要がありました。

2008 年の能力を 2010 に戻すにはどうすればよいですか?

ありがとうございました。

Debugger.IsAttachedを使用してデバッガーがアタッチされているかどうかを検出できることはわかっていますが、次のようなことができるようにしたいと考えています。

その理由は、私のテスト シナリオの一部に、他のスレッドでのアクティビティが含まれているためです。デバッガーの下で物事を表示すると、当然、このプロセスが妨げられます。他のスレッドでブレークポイントにヒットした後にステップしている間、メインのテスト スレッドをより長くブロックしたいのですが、デバッガーが接続されていない場合、またはデバッガーが接続されているがブレークポイントがまだヒットされていない場合は、ブロックしないでください。 .

上記の可能性と同等のものはありますか; たとえば、P/Invoke をアンマネージ デバッグ API に使用しますか?

MicrosoftJetOledbドライバーを使用してExcelファイルを読み取っているWPFアプリケーションがあります。必要な型変換を適用した後、合計3つのExcelファイルが読み取られてデータベースに挿入されます。

ブレークポイントを設定して段階的にデバッグすると、例外が発生せず、データがDBに正しく挿入されます。

しかし、ブレークポイントなしで実行してデバッグしないと、次の実行時エラーが発生します。

"入力文字列は、正しい形式ではありませんでした"

私を助けてください。なぜこうなった ？

アップデート：

スタックトレースは次のとおりです。System.Number.ParseDouble（String value、NumberStyles options、NumberFormatInfo numfmt）at System.String.System.IConvertible.ToDouble（IFormatProvider Provider）at System.Convert.ToDouble（Object value）at Expedia.MainWindow.InsertCallProfile （DataTable dt）D：\ Expedia \ Expedia \ Expedia \ MainWindow.xaml.cs：line 90 at Expedia.MainWindow.Button_Click（Object sender、RoutedEventArgs e）in D：\ Expedia \ Expedia \ Expedia \ MainWindow.xaml.cs ：44行目

型変換の問題があることは知っていましたが、ブレークポイントを設定してデバッグしたときに問題が発生しません。

私はデータ型を変換するために以下を使用しています：-

教科書で見つけた既存の C プログラムで Visual Studio Debugger を使用するにはどうすればよいですか? これらの小さな例を 1 つずつデバッグしたいのですが、例ごとに完全なプロジェクトを作成するオーバーヘッドはありません。

例: Visual Studio コマンド プロンプト ("cl.exe helloworld.c") から "helloworld.c" をコンパイルするとします。これにより、helloworld.obj と helloworld.exe が得られます。「helloworld.exe」で VS デバッガーを使用する方法があれば教えてください。これまでのところ、本格的なプロジェクトでのみデバッガーを使用してきました。Visual Studio プロジェクトのオーバーヘッドなしで小さな「スタンドアロン」テスト プログラムをデバッグする方法がわかりません。(VS Debugger は完全なプロジェクトでしか使用できない可能性があるため、これがばかげた質問ではないことを願っています。)

アイデアをありがとう。

VisualStudio2003と.Net1.1のレガシーコードをトレースしようとしています。キープレスとテキストの変更で行われるアクションがありますが、テキストフィールド自体は動的に作成されるか、コントロールです。これらのことが起こったときに実行されるコードを見つける必要があります。このソフトウェアのアーキテクチャに関する決定が不十分なため、コードは非常にスパゲッティであり、手動で理解するのは困難です。

私がやりたいのは、ハンドラーに関係なく特定のイベントが処理されると中断するモードにVisualStudioを設定することです。このようにして、コードを調べて、変換を行い、変数を設定するために何が行われているのかを確認できます。

最終的には、このコードがデータベースにアクセスしてルックアップと更新を行うタイミングを追跡しようとしているので、データベース接続がいつ発生するかを監視できるようにすることも役立ち、ほぼ同じことを実現します。

サポート用のアプリケーションを渡されたので、その方法を考えています。私はソースを持っており、いくつかの変更を加えることができますが、アプリケーションのアーキテクチャを完全に変更したくないことは明らかです。

アプリは、9 つ​​の異なるプロジェクトで構成される VS2010 ソリューションにあります。主なものは Windows フォーム アプリケーションですが、別のスレッドで他のアプリケーションをスピンオフします。

ここが難点です。異なるプロジェクトは同じソリューションの一部ですが、DLL ではなく個別の実行可能ファイルです。メイン プログラムが他のプロジェクトの 1 つを開始するときは、新しいプロセスを作成し、実行可能ファイルのファイル名、起動引数、およびその他のさまざまなパラメーターを process.StartInfo オブジェクトに設定してから、process.Start() を呼び出します。

ブレークポイントを設定し、下位の実行可能ファイルをデバッグするにはどうすればよいですか? ロードされるまでアタッチできませんが、 process.Start() が呼び出されるまでロードされず、それまでには手遅れです。実際に実行を開始する前に、メインプログラムに挿入して実行可能ファイルをロードする (ブレークポイントを設定できるようにする) メソッド呼び出しはありますか?

ありがとう。

よし。私はいくつかのダイアログを持つアプリを持っています。これらのダイアログには、すべて同じ方法で応答する少数のイベントがあり、すべてにプレゼンターに提供されるいくつかのメソッドがあります。これらはすべて次のようにプッシュされています。

他のすべての形式は次のとおりです。

私はモデル ビュー プレゼンターのセットアップを行っているので、基本クラスにはいくつかの保護された EventHandler<EventArgs> があり、それぞれに、そのイベントに対して呼び出されるように割り当てられた同様の名前の関数があり、そのセッターが存在します。プレゼンターは、イベントのハンドラーとして使用する独自の関数を割り当てることができます。（言い換えると：）

次に、プレゼンターは OnFormClose セッターを使用して独自のハンドラー関数を設定し、必要なクリーンアップなどを処理します。

バックストーリーが邪魔にならないので、主な質問は、親フォームを抽象としてマークするという単純な変更を行うと、子フォームのデザインビューが通常のデザインビューから混乱を吐き出すだけになるのはなぜですか? HTML (まあ、ごちゃごちゃではなく、フォームの HTML 全体のように見える 1 行です...)?

誰かが私が間違っているかもしれないことを提案できますか?