windbg

    0

    2答えて

    私のアプリケーション(Javaベース)はWindows用のPythonを起動し、次にos.spawnvを呼び出して別のPythonを起動します。 随時、アクセス違反の例外が発生しています。私はここにc:\build\cpython\modules\posixmodule.c @ 5299にBPを設定しました 00 005eedb0 763e68f3 ucrtbase!<lambda_7d9ee38

    1

    1答えて

    安定したハンドル数が2000年前後の運用環境(WINDOWS XP + .NET 3.5 SP1)で.NETアプリケーションを実行していますが、未知の状況ではハンドル数が非常に高速になり、 PerfMonツールで監視)。私は増加期間(まだクラッシュしていない)の間にそこからメモリダンプを作ったとのWinDbgにインポートした が、全体的にハンドルの概要を参照することができますので、 0:000>

    0

    2答えて

    私は要求が常に次のように失敗したマイクロソフトのシンボルサーバーからシンボルをダウンロードするにはWinDbgのコマンド.reload /f /v ntdll.dllを使用します。 AddImage: C:\Windows\System32\ntdll.dll DllBase = 00007ffc`27850000 Size = 001ce000 Checksum = 001ca321 Tim

    0

    1答えて

    を使用するランタイムclr.dllを見つけることができませんでした私は、単純なコンソールアプリケーション(ターゲットフレームワーク4.5.2)があります。 using System; public class SosTest { public class Foo { public Foo() { Console.WriteLine("

    0

    1答えて

    C#WPFアプリケーションは定期的に実行されていますが、これは多くの場合、他のメモリが壊れていることを示しています。C# これは私のコードです。当初私はいくつかの外部アプリが私のデータベースに干渉していると思ったので、DBが閉じられているか開いているかをチェックするためのコードを追加しました。しかし、エラーが他の何かにあるように見えて、これが私を狂ってしまう。 私はコールスタックをポストしています

    0

    1答えて

    ヒープブロックのみのバイトシーケンスの検索に役立つWinDbgツール/スクリプトを探しています。 32ビットプロセスのために私は、全体のユーザーモードプロセス空間を検索してバイトを検索するには、次のコマンドを使用できますが、64ビットプロセスのためには多くの時間 s 0 L?0x7fffffff 41 42 43 44 45 46

    0

    1答えて

    仮想マシンにwindbgカーネルデバッガを接続しています。私はユーザーが書き込んだ拡張DLL(.load DLL)を読み込んでいます。仮想マシンをリブート(.reboot)すると、仮想マシンはすべての拡張機能をアンロードし、VMの再起動後は絶対に戻しません。私はそれを毎回ロードしなければならない。 私はwindbgに再起動後も拡張機能をロードするように指示できますか(またはすべてアンロードしないの

    1

    1答えて

    主人が言うように、なぜwindbgがdelphiに割り当てられたメモリを見ることができないのですか?たとえば、!heap -sは何も表示しませんが、テスト目的のために意図的に作成された10MBのメモリリークがあります。 デルファイはどのようにヒープからメモリを取得せずにメモリを割り当てることができますか? HeapAllocへの呼び出しによって割り当てられたメモリと

    2

    1答えて

    ConcurrentQueue、ConcurrentDictionary、...、BlockingCollectionなどの同時収集のコンテンツを表示する効率的な方法はありますか? がいいextension netextありますが、これは唯一の古い&良いDictionary<..>とHashtableをダンプすることができます。 正直言って、私はバケツを通過するときに私がこれをサポートしていなかっ

    7

    2答えて

    潜在的なGDIハンドルリークをデバッグしています。 @Alois Krausのおかげで、ハンドルカウントを実行するWinDbg scriptがあります。 私のデバッグセッションでは、especially for .NETから、通常32ビットプロセスの32ビットダンプと64ビットプロセスの64ビットダンプがあることがわかりました。 私が受け取った2つのクラッシュダンプでは、スクリプトは機能しません。