windbg

    1熱度

    1回答

    附帶WinDbg的 dbgrpc.exe似乎並沒有在Windows 7以及工作,我也跟着指示,使RPC狀態信息,如MSDN 說我創建的測試失處理COM服務器和客戶端,在調試器下運行客戶端,調用COM服務器方法(返回前先進入方法)並運行dbgrpc。 我能枚舉RPC端點。但是,當我試圖讓線程信息像這樣的: dbgrpc -t -P 1234 沒有被印有​​用的 - 沒有任何數據行只是頭: PID C

    0熱度

    2回答

    當我使用WinDbg命令.reload /f /v ntdll.dll從Microsoft符號服務器下載符號請求總是失敗如下: AddImage: C:\Windows\System32\ntdll.dll DllBase = 00007ffc`27850000 Size = 001ce000 Checksum = 001ca321 TimeDateStamp = 57dcb78c SYMS

    0熱度

    1回答

    我將windbg內核調試程序連接到虛擬機。我已經加載了一個用戶書寫的擴展DLL(.load DLL)。每當虛擬機重新啓動(.reboot)時,它將卸載所有擴展,並且在VM重新啓動後,它不會加載它們。我必須每次加載它。 有沒有什麼辦法,我可以告訴windbg加載我的擴展,即使在重新啓動後(或者根本不卸載它)?不知道以後是否有可能。有什麼解決方法嗎? 謝謝。

    3熱度

    2回答

    我有一個C++項目,我用travis-ci。現在,我使用boost.build構建它,在travis上,當我運行單元測試時,我通過gdb來完成它,以便在發生崩潰時進行回溯。 爲了使gdb做到這一點非交互,我調用它像這樣的命令行: gdb -return-child-result -batch -ex "run" -ex "thread apply all bt" -ex "quit" --args

    0熱度

    2回答

    我想弄清楚是什麼導致「.NET CLR異常#的例外拋出/秒」我正在按照 How to figure out cause of high number of exceptions中的說明。 我能得到轉儲,但我得到的錯誤,而試圖執行WindDg !dumpheap -stat -type Exception 無法找到運行時DLL(的Mscorwks.dll),0x80004005的 機器我拿着轉儲

    1熱度

    1回答

    正如主題所說,爲什麼windbg無法看到在delphi中分配的任何內存?例如,堆不提供任何東西,而有意創建的10MB內存泄漏僅用於測試目的。 delphi如何分配內存而不從堆中取出內存?

    2熱度

    1回答

    有沒有什麼有效的方法來查看像ConcurrentQueue,ConcurrentDictionary,...,BlockingCollection等併發集合的內容? 有一個很好的extension netext,但是這可以轉儲只老&好Dictionary<..>和Hashtable。 老實說,我很驚訝,我沒有找到任何支持,因爲通過水桶,尾部&負責人在實例是有意義的緩慢的做法。

    1熱度

    1回答

    我經常有BSODs和WinDbg的報告,他們多半類似腐敗 4: kd> !chkimg -lo 50 -d !nt fffff80177723e6d-fffff80177723e6e 2 bytes - nt!MiPurgeZeroList+6d [ 80 fa:00 e9 ] 2 errors : !nt (fffff80177723e6d-fffff80177723e6e

    7熱度

    2回答

    我正在調試潛在的GDI手柄泄漏。由於@Alois Kraus,有一個WinDbg script它執行句柄計數。 從我的調試會話especially for .NET中,我發現通常最好是32位進程的32位轉儲和64位進程的64位轉儲。 不幸的是,在收到2次崩潰轉儲後,腳本無法運行。展望深入,我發現該GdiSharedHandleTable是null在那些垃圾堆: 0:000> dt ntdll!_P

    1熱度

    1回答

    我的WinDBG版本是10.0.10240.9 AMD64,而隨便調試一些本地內存轉儲時,我意識到我的!堆命令行爲不同於描述,我無法找出原因。 有很多資源提!heap -s: https://msdn.microsoft.com/en-us/library/windows/hardware/ff563189%28v=vs.85%29.aspx?f=255&MSPPError=-2147217396