windbg

qt creator debug slow

▼魔方 西西 提交于 2019-12-07 03:58:37
问题 I'm running Qt Creator 2.3.0, based on Qt 4.7.4, on Windows 7 64-bit. When I run the app from Qt Creator (ctrl+r), everything works great. However, when I debug (F5), executing each line takes forever - as in sometimes 2 minutes to execute a single line of code. I noticed in the Debugger Log window this line: Debugger: C:\Program Files (x86)\Debugging Tools For Windows (x86)\cdb.exe. I thought since I'm running Windows 7 x64, I should be using the 64-bit debugger. So, I downloaded and

Determining the COM object blocking finalizer

心不动则不痛 提交于 2019-12-07 03:11:46
问题 We have a .NET background processing application (console app) that executes some arbitrary workloads (basically internal users supply .NET DLLs implementing "Execute" interface). Background processing application then loads the dll via reflection and executes it. One of the supplied DLLs apparently has a COM object in it which is not properly disposed (likely). As the processing time is quite long, AND we have COM objects created on the main thread and not disposed properly, this causes a

What does WARNING: [something] overlaps [something] in Windows Debugger mean?

こ雲淡風輕ζ 提交于 2019-12-07 03:09:57
问题 I am editing the Windows Research Kernel (WRK) for part of a uni project, and occasionally when I start up the virtual machine running my kernel, the Windows Debugger says things like: WARNING: rdpdr overlaps raspptp_baa74000 WARNING: ks overlaps rdpdr_baa26000 WARNING: ks overlaps raspptp_baa74000 WARNING: update_baa11000 overlaps ks_ba9fe000 WARNING: update_baa11000 overlaps rdpdr_baa26000 WARNING: tcpip overlaps tcpip_ba83e000 What does this actually mean? 回答1: This usually happens when

Determine line number of InnerException from minidump using WinDbg

末鹿安然 提交于 2019-12-07 03:07:50
问题 I'm trying to track down a NullReferenceException from a dump. The NullReferenceException is not the crashing exception, rather the crashing exception is a TargetInvocationException with an InnerException which is the NullReferenceException. I'm using Windbg with SOS, I use the the command analyze -v and this gives me the call stack of the NullReferenceException: EXCEPTION_OBJECT: !pe f6cb150 Exception object: 000000000f6cb150 Exception type: System.NullReferenceException Message: Object

Viewing the actual data in !address REGionUsageIsVAD WinDBG

时光毁灭记忆、已成空白 提交于 2019-12-07 02:57:31
I used the !address -RegionusageIsVAD and found an entry that is very huge in size. How can i view who wrote this data and what data is in that specitic address? Exmaple output: 099230000 : 099230000 - 01000000 Type 00020000 MEM_PRIVATE Protect 00000004 PAGE_READWRITE State 00001000 MEM_COMMIT Usage RegionUsageIsVAD So i want to see what data is in this address and who allocated it. High RegionUsageIsVAD typically comes from 2 reasons : this is a .NET application. In this case, the CLR allocates a block of memory and performs its own allocations inside it. You can troubleshoot this kind of

Causes for crash during garbage collection

我们两清 提交于 2019-12-07 01:59:15
问题 I've been struggling now for some time with a crash in a C# application that also uses a fair share of C++/CLI modules that are mostly wrappers around native libraries to access device drivers. The crash is not always easily reproducible but I was able to collect half a dozen crash dumps that shows that the program always crashes with an access violation during a garbage collection. This is the native callstack and the last event log: 0:000> k ChildEBP RetAddr 0012d754 79f95a8f mscorwks!WKS:

Debugdiag shows “Microsoft VC Runtime Heap” using over 1gb

大兔子大兔子 提交于 2019-12-07 00:21:30
Hello I have a leak in my WPF application and I'm trying to use the memory dump file to track down where the problem is. Using WinDbg and SOS I couldn't find anything suspicious. Then I tried DebugDiag and I got that Microsoft VC Runtime Heap (private) has 1,42 GBytes of commited memory. Do you know why does this happen? Heap 1 - 0x003b0000 Heap Name Microsoft VC Runtime Heap (private) Heap Description This is a private CRT heap used by mscoreei Reserved memory 1,43 GBytes Committed memory 1,42 GBytes(99,21% of reserved) Uncommitted memory 11,48 MBytes(0,79% of reserved) Number of heap

CDB command for setting a breakpoint based on a line number

送分小仙女□ 提交于 2019-12-06 20:31:36
Is there a set of CDB commands for setting a breakpoint based on a line number? It seems that there is no "direct" one. Actually it seems that CDB knowledge is falling into a black hole and it's getting harder and harder to find resources on the Internet. My CDB setup cdb -c "l+*;.lines" and later I add the source lsf mySource.d Currently I put hard-coded breakpoints with a mixin enum brk = "debug{asm{int 3;}}"; // code mixin(brk); But it's not a viable solution. The syntax to break in source line mode, is well explained here or here , e.g: bp `mod!source.c:12`; And to stop on a particular

Setting break point using source code line number in WinDBG

隐身守侯 提交于 2019-12-06 18:56:17
问题 I am aware of setting breakpoint base on function name in WinDBG using bp, bm commands is there a way to set break point break on source code line number say <some command> 20 means it should set breakpoint at line 20 Thanks in advance 回答1: bp `source.c:12` Optionally, you can load the source file in WinDBG, set the cursor to the line you want to set a breakpoint to, and hit F9. Also try .hh bp for more info 回答2: Here is the syntax for setting bp on line number bp (@@masm(`main.c:8+`)) For

Specifying a command line for Windbg's Open Executable

六眼飞鱼酱① 提交于 2019-12-06 17:02:40
问题 When I use Windbg's "Open Executable..." functionality to use Windbg to step through an executable's execution, is it possible for me to specify command line parameters to be used when running the executable? If so, how do I go about doing it? 回答1: There's an arguments text box available in the Open Executable dialog that can be filled in with any arguments you want to pass to the executable. 来源: https://stackoverflow.com/questions/10729478/specifying-a-command-line-for-windbgs-open