問題タブ [umdh]

私は以前に UMDH を何十回も使用しましたが、問題はありませんでした。

突然、ダンプ ファイルのスタック トレースに関数名が表示されなくなりました。一連のアドレスだけです。

私はustを有効にしました：

gflags exe_name +ust

exe_name を起動してから実行します

umdh -p:pid one.txt umdh -p:pid two.txt

one.txt と two.txt を確認しましたが、これらがどこから来ているのかわかりません。私が差分を行うとき

umdh one.txt two.txt > diff.txt

結果は役に立ちません。

助けて、私はこのツールが大好きです。

メモリ リークの可能性を分析するために umdh.exe を使用しています。umdh.exe の「-g」オプションについて質問があります。Web を検索したところ、入手可能なドキュメントには、「プロセスによって参照されていないヒープ ブロックをログに記録する ("ガベージ コレクション")」と書かれています。

それは、umdh.exe -g がリークしたメモリを既に一覧表示していることを意味しますか (プロセス内にメモリへの参照がないため)。

どうか明らかにしてください。

前もってありがとう、キラン

私は UMDH を使用するのが初めてで、UMDH が出力しているいくつかのエラーを処理する方法を理解するのに苦労しています。私は典型的な使用法に従います（MSサイトから）：

別の端末ウィンドウで:

そして、元のターミナル ウィンドウに戻ります。

しかし、UMDH から次の警告が表示されます

UMDH の 2 回目の呼び出しを行うと、同じエラーが発生し、UMDH を使用して 2 つのスナップショットを比較すると、有用な出力が得られません (スタックやバックトレースはありません)。別のコンピューターで UMDH を使用しましたが、同じ問題は発生しませんでした (別のコンピューターは使用できなくなりました)。

UMDH のインストールは、「Windows 用デバッグ ツール」コレクションの 32 ビット バージョンからのもので、WinXP Professional の 32 ビット バージョンを実行しており、私のソフトウェアは Visual Studio 2008 を使用する C++ です。

これらの警告を検索しましたが、有用なものは見つかりませんでした。どんな助けでも大歓迎です。

Windows 7 で実行される C++ ネイティブ コード。VS2008。

アプリケーションの特定の状態変更により、ワーキング セット (プライベート ワーキング セット) が 16Mb (6.5Mb) から 38Mb (22Mb) に増加します。これは過剰に思えたので、umdh を使用してヒープの変更を調べました。〜9Mbの増加を見つける前と後のヒープの違い。

ワーキング セットの追加メモリの原因は何ですか?

dll の読み込みではないかと思いますが、これを確認して分解するにはどうすればよいですか?

UMDH を使用してメモリ リークをデバッグしようとしています。ただし、シンボルを正常にロードすることはありません。私は物事が正しく設定されていると確信しています -

しかし、UMDH は ObjectCommunicator.exe のシンボルの読み込みを拒否します。

ObjectCommunicator.exe は次のオプションでビルドされました (vc 6.0 を使用します。古いものですが、アップグレードはオプションではありません)。

そして、これらのオプションとリンクされています（一部の.libを除く）：

UMDH がシンボルを読み込めないのはなぜですか? それをデバッグする方法はありますか？そうでない場合、UMDH スタック トレースを次のように解釈する方法はありますか。

特に、「ObjectCommunicator!???+0 : 43C3E4」とはどういう意味ですか? たとえば、それを意味のあるリファレンスに変えるために、CDB で何かできることはありますか?

Windows Vista では UMDH が非常に役立つことがわかりましたが、Windows 7/8 では見つかりません。Microsoft は GFlags と UMDH を廃止しましたか? もしそうなら、Windows 7/8 承認ツールでコール スタックによってヒープの割り当てのログを取得する方法はありますか?

Windows 7 のプロセスで UMDH を実行すると、「プロセス モジュールの列挙に失敗しました」という応答しか返されません。ダンプは、プロセスが最初に実行されているときは正常に機能しますが、メモリ使用量が増加すると失敗します。障害の正確なポイントは不明であり、エラーはヒントを提供しません。

umdh に関して 2 つの基本的な質問があります。

1. 割り当ての解除ではなく、割り当ての報告だけを行う場合、リークを見つけるのにどのように役立つでしょうか? diff の結果では、多くの新しい割り当てが得られますが、どれが割り当て解除され、どれが割り当て解除されていないかについてのレポートはありません (したがって、リークが発生します)。

2. 差分レポートは、割り当てサイズが小さい順に並べられます。レポートの下部に、負の数の割り当てがいくつかあります。割り当ての数は 0 です。これはどういう意味ですか?