windbg-extensions | Various extensions for WinDbg
kandi X-RAY | windbg-extensions Summary
kandi X-RAY | windbg-extensions Summary
A WinDbg extension that supports open/close tracing for arbitrary objects. For example, it can be used to find memory leaks (memory that is allocated and not freed), socket leaks, and other kinds of unbalanced resources.
Support
Quality
Security
License
Reuse
Top functions reviewed by kandi - BETA
Currently covering the most popular Java, JavaScript and Python libraries. See a Sample of windbg-extensions
windbg-extensions Key Features
windbg-extensions Examples and Code Snippets
Community Discussions
Trending Discussions on windbg-extensions
QUESTION
I am trying to write a WinDbg extension command and running into some problems. I started with this project and tried to modify it to supply a custom command in the debugger.
However when I run TestCommand
I get the following error.
The command was: !TestCommand this is a test0:000> !TestCommand this is a test
No export TestCommand found
The full code I have is below. I have attempted adding the [Export]
modifier to the TestCommand function however this has not rectified the situation. How would I get WinDbg to recognize the command?
Full extension code:
...ANSWER
Answered 2020-May-28 at 21:11I think there's a misunderstanding. OnCommandExecuted()
is an event listener which invoked when you entered a command in WinDbg. The given UI extension you have compiled will first be notified about the command, then WinDbg will try and actually run the command. Since the command does not exist, it will respond with the same error message that you get when no UI extension is loaded.
If I understand correctly what you want, then you're trying to implement a WinDbg extension (not a UI extension) that implements the command !TestCommand
. That's usually a totally different approach.
In the given source code, you find a "regular" WinDbg extension in the WinDbgScriptRunner.x64 and WinDbgScriptRunner.x86 projects. There you can see that you need
QUESTION
While working with heap_stat (a Python script based on PYKD library for running Python scripts in a Windbg environment), I'm getting frustrated by the enormous time this script needs for doing its job.
So, I've started a profiling session, using "Very Sleepy", and this gave following result:
...ANSWER
Answered 2019-Jan-09 at 13:33I saw your xperf log anf here you are results:
25% CPU got call heap_output = dbgCommand('!heap -h 0').split('\n')
75% loop for heap_block in heap_output: and the main CPU consumer is pykd.ptrPtr
The main cause of CPU loss is massive calling dbgeng!FlushCallbacks internally by Debug Engine. In Fact, all Debug Engine funciton recall this method and I don't understand why.
I can advice you to have refactored heap_stat.py and rewrite your own ptrPtr funciton with ptrDword or ptrQword, it may decrease CPU losses.
QUESTION
I'm debugging dump files, while I have access to the symbol files.
I'm using a script, which combines the results of following windbg
commands:
ANSWER
Answered 2017-Dec-13 at 00:25I wrote the following MFC application (partial source):
Community Discussions, Code Snippets contain sources that include Stack Exchange Network
Vulnerabilities
No vulnerabilities reported
Install windbg-extensions
Support
Reuse Trending Solutions
Find, review, and download reusable Libraries, Code Snippets, Cloud APIs from over 650 million Knowledge Items
Find more librariesStay Updated
Subscribe to our newsletter for trending solutions and developer bootcamps
Share this Page