問題タブ [sos]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
debugging - mdToken とは何ですか? MethodTable との違いは何ですか?
タイトルにあるように、それは何ですか? MethodTable との違いは何ですか?
.net - SOS.dll を使用した事後分析 .NET デバッグ
私は混合モードのアプリ (C++/CLI、C++、いくつかの C#) に取り組んでおり、フィールドでクラッシュするとメモリ ダンプが作成されます。私は通常、顧客からこれらのダンプを受け取り、何が問題だったのかを突き止めようとします。
問題は、マネージド コードの事後分析デバッグをどのように処理するかということです。私は通常、SOS.dll で WinDbg を使用しますが、SOS には後方互換性がないようです! 最近 Windows Update を実行しましたが、クライアント サイトからミニダンプを読み込めません。SOS のバージョンが間違っていると表示されます。
以前のバージョンを取得してロードするにはどうすればよいですか? 私は何か間違ったことをしていますか?
windbg - アプリケーションがハング状態になる可能性のあるイベントを処理する方法
アプリケーションのハングの問題について、ダンプファイルの分析を行っています。これがスタックトレースからの興味深い行です。
MSDNのWaitForMultipleObjectExの説明を見ると、2番目のパラメーターはconst HANDLE*lpHandlesです。これにより、!handle 7ffdf000を実行して、待機しているイベントを特定できるはずですが、それを実行すると、次のようになります。
タイプタイプの取得中にエラーが発生しました
ここで私が間違っている可能性のあるアイデアや、ハングの原因の詳細を取得するためのヒントはありますか?
asp.net - windbg が sos clr を読み込めない
windbg が適切なツールかどうかはわかりませんが、それが今試していることです
私のasp.netアプリにはメモリリークがあるようです。ページが読み込まれるたびに約3 MBずつ増加し続けます(その後、ダウンします...)
プロセスメモリ全体を読み取り、保存されている不要なものを正確に確認したい。
そこで、windbg を実行し、webserver40.exe プロセスにアタッチします。
それから私は試します
そして私は得る
LoadLibrary(C:\Windows\Microsoft.NET\Framework\v4.0.30319\sos) の呼び出しに失敗しました。Win32 エラー 0n193 "%1 は有効な Win32 アプリケーションではありません。"
デバッガーの構成やネットワーク アクセスを確認してください。
Framework AND Framework64にこのsos.dllがあるようです
私は両方を使用してみました
しかし、何もロードされません
有効な 32 ビット アプリを探している理由がわかりません。64ビットのWindowsを搭載した64ビットのPCを使用しています。
この sos をロードするにはどうすればよいですか?
また、開始すると、この警告が表示されます
警告: プロセス 7240 はデバッグ対象としてアタッチされていません プロセスを調べることはできますが、デバッグ イベントは受信されません
私も試しloadby sos mscorwksてみましたがうまくいきませんでしたが、廃止されたことを理解しています。私はasp.net 4にいます
また、sosをロードする前にコードをデバッグで停止する必要があることをどこかで読みました.VS 2010がハングするだけです.
どうもありがとうございました。
繰り返しますが、私をよりよく助けることができる別のツールがあれば、私はすべて耳にします:-)
.net - マネージ メモリ リークかネイティブ メモリ リークかを判断する方法は?
ネイティブ dll と相互運用する .NET プロセスが OutOfMemory Exception をスローしています。以下は、!address -summary および --eeheap-gc コマンドの出力です。これは、マネージド リークかネイティブ リークかということですか?
.net - WinDbg で「SOS のバージョンが、デバッグしている CLR のバージョンと一致しません」をどうするか?
一部のアプリで問題が発生しています。これは、Windows 2003 Server (x86) の IIS6 で実行されている wcf ベースのアプリです
。
私は何が起こっているのかを理解しようとしています。このKBで説明されているように、孤立したワーカー プロセスのダンプを作成するように設定しました。デッドロックが発生すると、ミニダンプが作成されます。
次に、このミニダンプを取得して、何が起こったのかを理解しようとします。ここで私は立ち往生しています。
WinDbg x86 を実行し、ダンプを開いてから:
このエラーの対処方法- 「SOS のバージョンは、デバッグしている CLR のバージョンと一致しません」?
VS2010 でミニダンプを開くと、同じエラー (「SOS のバージョンが、デバッグしている CLR のバージョンと一致しません」) が発生します。
この投稿を読みました - http://tech-thinker.com/Forums/tabid/62/forumid/12/postid/471/scope/posts/Default.aspx、インストールを試みましたKB2518870。役に立ちません。
windbg - Windbg - System.Guid のダンプ
System.Guid オブジェクトの windbg で !do を使用すると、その GUID オブジェクトのフィールドのリストを取得しました。この GUID (文字列表現) の値を確認するにはどうすればよいですか?
debugging - windbg.exe: データ アクセス DLL の読み込みに失敗しました、0x80004005
x64 マシンで実行されたプロセスからの 32 ビット プロセス ダンプをデバッグしようとしています。x64 ラップトップで x86 バージョンの windbg を実行しています。ここの推奨事項に従いましたが、まだこれが表示されます:
私が判断できる限り、mscordacwks_x86_x86_4.0.30319.237.dll正常にロードされましたが、それでもエラーが発生します。私は何が欠けていますか?
.net-4.0 - !address-最新のWindbg/SOSのsummaryコマンド出力
Windows用のデバッグツールの最新バージョン(6.12.2.633)をダウンロードしてインストールしました。.NET4.0で実行します。コマンドを実行すると!address -summary、その出力は、以前のバージョンのWindbg / SOS for.NET3.5で表示されていたものとは異なるように見えます。!address -summary最新のコマンドのドキュメントはどこにあるか誰でも知っています。SOS組み込みヘルプはあまり役に立ちません
.net - プロセス ダンプから .NET Framework のバージョンを取得する
WinDbg で (マネージド プロセスの) ダンプ ファイルを開いた場合、そのプロセスが使用していた .NET フレームワークのバージョンを見つける方法はありますか?