# Analyze collected crash dumps using WinDbg After collecting a crash dump (.dmp) file, developers can use [WinDbg](https://learn.microsoft.com/en-us/windows-hardware/drivers/debugger/) ![devhw](data:image/png;base64,UklGRt4AAABXRUJQVlA4TNIAAAAvD8ADED/BoG0jSe5SXP5I7gkNRG3byLnX4Tn+2K4I2raNw5/iqPxlEwBAGlwuj8BNBPpnsblrANx3P36s+DHQIcQ0dmEfEGPc8WEcCCcO/M2hXv3rDJTcHCTB1es7l9P2UoywA2a3jSW/pp77EhxGkq1E8zjH3R3e/fxjREOI6P8EcH+lqu/oTK/6kS+YwlHVAMjkP0ErP1UNIZZmnsB32Y2lZjNPO7HUUA1HkVWz73lAIiWM6WaegFcHzNOJ3bv89WhdNu1TDx/txhT2np2bzWU=) and [symbol files](https://learn.microsoft.com/en-us/windows-hardware/drivers/debugger/symbols-and-symbol-files) ![devhw](data:image/png;base64,UklGRt4AAABXRUJQVlA4TNIAAAAvD8ADED/BoG0jSe5SXP5I7gkNRG3byLnX4Tn+2K4I2raNw5/iqPxlEwBAGlwuj8BNBPpnsblrANx3P36s+DHQIcQ0dmEfEGPc8WEcCCcO/M2hXv3rDJTcHCTB1es7l9P2UoywA2a3jSW/pp77EhxGkq1E8zjH3R3e/fxjREOI6P8EcH+lqu/oTK/6kS+YwlHVAMjkP0ErP1UNIZZmnsB32Y2lZjNPO7HUUA1HkVWz73lAIiWM6WaegFcHzNOJ3bv89WhdNu1TDx/txhT2np2bzWU=) to analyze the crash and identify the root cause. The following tools are required: - WinDbg (Preview or Classic) – available from the Microsoft Store or Windows SDK. - Access to symbol files – either [public Microsoft symbols](https://learn.microsoft.com/en-us/windows-hardware/drivers/debugger/microsoft-public-symbols) ![devhw](data:image/png;base64,UklGRt4AAABXRUJQVlA4TNIAAAAvD8ADED/BoG0jSe5SXP5I7gkNRG3byLnX4Tn+2K4I2raNw5/iqPxlEwBAGlwuj8BNBPpnsblrANx3P36s+DHQIcQ0dmEfEGPc8WEcCCcO/M2hXv3rDJTcHCTB1es7l9P2UoywA2a3jSW/pp77EhxGkq1E8zjH3R3e/fxjREOI6P8EcH+lqu/oTK/6kS+YwlHVAMjkP0ErP1UNIZZmnsB32Y2lZjNPO7HUUA1HkVWz73lAIiWM6WaegFcHzNOJ3bv89WhdNu1TDx/txhT2np2bzWU=) or private PDBs. ## Set symbol path and run crash analysis Do the following to set the symbol path and analyze a dump file in WinDbg: 1. Open WinDbg. 2. In the **File** menu, select **Open Dump File** and select the appropriate dump file. 3. In the command line near the bottom of the WinDbg window, enter the following command to set the symbol path: .sympath srv*C:\\Symbols*https://msdl.microsoft.com/download/symbols Copy to clipboard 4. Enter `.reload` to load symbol files. 5. Enter `!analyze -v` to run automated crash analysis. 6. Review the output. Be sure to analyze the exception code (for example, 0xC0000005 for access violation) and the faulting module DLL . The faulting DLL is often the key to identifying the crash source. ## How to interpret the faulting DLL After running `!analyze -v`, look for the module name in the output to help identify the origin of the crash. | **DLL Type** | **How to Identify** | **Example** | | --- | --- | --- | | Microsoft DLL | Located in C:\Windows\System32 folder | ntdll.dll, kernel32.dll, msvcrt.dll | | Qualcomm DLL | Located in Qualcomm-specific install paths C:\Windows\System32\DriverStore\FileRepository directory or has file name starting with qc. | Have names starting with qc (e.g., qcdx11arm64xum.dll for Qualcomm GPU driver). | | ISV DLL | Usually installed in the application’s directory or a subdirectory. To confirm, check if the DLL is located inside the application’s install folder (for example, C:\Program Files\Adobe\Adobe Photoshop 2024\). They are provided by third-party software vendors. | | ## Key inspection commands in WinDbg After running `!analyze -v`, use the commands in the following table to manually inspect the crash context. | **Purpose** | **Command** | **Description** | | --- | --- | --- | | Call Stack | `k` | Shows current thread’s call stack | | All Threads | `~*k` | Shows call stacks for all threads | | Exception Info | `.exr -1` | Displays last exception record | | Thread Context | `~s` | Switch to thread, then use k | | List Loaded Modules | `lm` | Lists all loaded modules | | Module Details | `lmDvm ` | Shows detailed info for a specific module | | Symbol Troubleshooting | `!sym noisy` | Enables verbose symbol loading logs | See [Getting started with WinDbg (user mode)](https://learn.microsoft.com/en-us/windows-hardware/drivers/debugger/getting-started-with-windbg/) ![devhw](data:image/png;base64,UklGRt4AAABXRUJQVlA4TNIAAAAvD8ADED/BoG0jSe5SXP5I7gkNRG3byLnX4Tn+2K4I2raNw5/iqPxlEwBAGlwuj8BNBPpnsblrANx3P36s+DHQIcQ0dmEfEGPc8WEcCCcO/M2hXv3rDJTcHCTB1es7l9P2UoywA2a3jSW/pp77EhxGkq1E8zjH3R3e/fxjREOI6P8EcH+lqu/oTK/6kS+YwlHVAMjkP0ErP1UNIZZmnsB32Y2lZjNPO7HUUA1HkVWz73lAIiWM6WaegFcHzNOJ3bv89WhdNu1TDx/txhT2np2bzWU=) for more information on WinDbg. Last Published: Jun 16, 2026 [Previous Topic Collect crash dumps](https://docs.qualcomm.com/bundle/publicresource/80-62010-1/topics/debug-crash-dumps.md) [Next Topic Remote debugging](https://docs.qualcomm.com/bundle/publicresource/80-62010-1/topics/debug-windbg-process-server.md)