問題タブ [adplus]

クラッシュやハングが発生しているお客様のために、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。それが存在すると仮定できますか？

本番環境でランダムにハングする1つのアプリケーションを分析しています。ADPlus / DebugDiagを使用して、ダンプを生成して分析したいと思います。'debug'モードのアプリケーションを実行してダンプを生成している場合、関数名の詳細が記載された適切な呼び出しスタックを確認できますが、'release'モードのアプリケーションを使用してダンプを生成すると、PDBファイルのように呼び出しスタックが正しく解決されません。リリースモードでは関連付けられていません。

本番環境でPDBファイルをコピーできない場合があります。では、コールスタックを解決する他の方法はありますか？

さらに詳細が必要な場合はお知らせください。

皆さんありがとう。

ASP.NETプロセス（Windows 2003 R2 SP2 x64）のメモリの問題をデバッグするためにダンプを取得しようとしています。

9つのw3wp.exeがあります（すべて異なるWebサイトからのものです）。上記のようにadplusを実行するたびに、いくつかのダンプがこのエラーで失敗します。

失敗はランダムであるように見えます（または理由が見つからないと言う必要があります）。つまり、一部のプロセスが正常にダンプされたり、このエラーで失敗したりすることがあります。私がチェックしたこと：

• 私は完全な管理権限を持っています
• ターゲットハードドライブに十分なスペースがあります
• adplusのダンプ中にIISがプロセスを強制終了しないように、IISでpingと障害保護を無効にしました。

他に確認すべきことはありますか？他の誰かがこの問題に遭遇しましたか？Adplusのバージョンは7.01.002（2009年2月27日）です（最新のSDKから数日前にダウンロードされました）

PageHeap を有効にし、システムで adplus を実行していますが、最近、「解放されたブロックの破損した infix パターン」というエラーがいくつか発生しました。

誰かがこれが何を意味するのか、コードでどのように見えるのかを明らかにし、問題を解決するための最善の方法を提案できますか?

どうもありがとうマット・ペドルズデン

運用 Win2003 Web サーバーの場合、w3wp.exe プロセスがクラッシュするたびに常にミニダンプをログに記録できるようにしたいと考えています...ADPLUS のドキュメントを読み、それを運用 Web サーバーに xcopy 展開しました。次のようにコマンド ラインから adplus.exe を起動しました。

adplus.exe -crash -MiniOnSecond -NoDumpOnFirst -pmn w3wp.exe -o C:\Dumps

これは「MiniOnSecond」をログに記録しますが、最初に完全なダンプもログに記録します-そして、私はそれらを望んでいません（それらは大きなファットファイルであり、必要なものがありません）。「-NoDumpOnFirst」フラグを実際に機能させる方法を見つけた人はいますか? さらに、ボックスを再起動するたびにこの動作が必要です。再起動時にバッチ ファイルを実行せずに、どのように実現できますか? Windows エラー報告 (WER) について読んだことがありますが、Win2008R2 サーバーでこの動作を実装するのは簡単です。2003 サーバーで動作させるにはどうすればよいですか?

ADPLUS と WER の両方のドキュメントを読みましたが、Win 2003 Server でミニダンプを簡単にキャプチャできるようにするには、実際のコマンド ラインやレジストリ設定について助けが必要です。ご協力いただきありがとうございます！

asp.net でデッドロックが発生しています。その関数のどこから来たのかはわかりません。

adplus を使用してダンプ ファイルを生成しました (http://support.microsoft.com/?ID=828222)

次に、Debug Diagとwindbgを使用して問題を見つけました。(まだ成功していません.. :( )

私はアイデアがありません！私を助けてください...

(Windows 2003、Asp.net 2、32 ビット)

Windbg ダンプ:

w3wp.exe プロセスのクラッシュに苦しんでいる場合は、クラッシュの直前に adplus を実行してダンプを取得できることを知っています...

しかし、障害やクラッシュが予想されない場合でも、本番環境で念のためクラッシュ モードで adplus を実行したままにしておく必要がありますか?
これはパフォーマンスに影響しますか?

タスク-アプリケーションがクラッシュした場合、クラッシュの原因を見つける必要があります。

AdPlusでクラッシュダンプを取得し、分析のためにWinDbgにロードすることをお勧めします。

私がしていることは、WinDbgをプロセスにアタッチし、WinDbgが例外を示したら、プログラムのクラッシュがデバッグされるのを待つことです。

WinDbgをプロセスに直接接続する代わりにAdPlusを使用することに利点はありますか？

私のプログラムで、サードパーティ ライブラリの microsoft.sharepoint.client.runtime.dll が原因である可能性があるスタック オーバーフロー例外が発生しています。

クラッシュ ダンプを作成するために使用adplusして、windbg で開いたときに情報を取得するのに苦労しているという問題に直面しています。これは私が応答として得るものです：

ダンプからより多くの情報を取得する方法、またはそれを使用してスタックオーバーフロー エラーが発生している場所を見つける方法についてのアイデアはありますか?

Windows Vistaから、タスクマネージャーから直接プロセスダンプを生成できるようになりました。通常、Adplusを使用するか、Windbgから直接プロセスダンプを生成します。これらのオプションのいずれかを使用する場合、生成されるダンプのタイプを説明するために、コマンドでいくつかのスイッチを提供する必要があります。タスクマネージャーからプロセスダンプを生成するときにこれらすべての詳細が非表示になっているとすると、誰かがそれがどのタイプのダンプであり、何が含まれているのかを知っていますか？タスクマネージャから生成されたプロセスダンプにハンドルテーブルの詳細が含まれていないことをどこかで読んだことを覚えています。これについても何かアイデアはありますか？