Qt Creator Windows Debugging

From Qt Wiki
Jump to navigation Jump to search

En Ar Bg De El Es Fa Fi Fr Hi Hu It Ja Kn Ko Ms Nl Pl Pt Ru Sq Th Tr Uk Zh

This article describes the debugging of executables built with the Microsoft Visual Studio compilers in Qt Creator.

Installation prerequisites

Qt Creator uses the cdb.exe command line debugger provided with the Debugging Tools for Windows package as part of the Windows SDK.

As of Microsoft Visual Studio 2012, the Windows Kit 8 is installed along with Visual Studio, but cdb.exe is not included unless you check the Debugging Tools for Windows component in the installer. The debuggers are typically located in C:\Program Files (x86)\Windows Kits\8.0\Debugger.

For the older Windows SDKs, such as Windows SDK 7.1, the Debugging Tools for Windows where shipped as a separate installer on the ISO-image of the SDKs. The debuggers are typically located in C:\Program Files (x86)\Debugging Tools for Windows or C:\Program Files\Debugging Tools for Windows .

After installation, the debugger should be autodetected and show up in the Kit configuration. If it does not (due to non-standard installation paths), please point the Debugger kit configuration dialog to the location.

The 32bit version of cdb.exe can only debug 32bit executables. The 64bit version can debug both 64bit and 32bit executables, however interrupting a 32bit executable with a 64bit debugger can result in a stacktrace of the Wow64 32bit emulation layer being displayed.

Qt Creator extends the command line debugger by loading an extension library into it (qtcreatorcdbext.dll). This library must be provided for the 32bit and 64bit version of the debugger, in the folders libs\qtcreatorcdbext64 or libs\qtcreatorcdbext32 respectively.

Debugging x64 on Windows 11 Arm64 host

The "Windows Software Development Kit - Windows 10.0.22000.194" which is the current Windows 11 SDK doesn't install on a Windows 11 Arm64 host the

"%ProgramFiles(x86)%\Windows Kits\10\Debuggers\x64"

directory, wich would host the

cdb.exe

needed for debugging

x64

applications. Windows 11 SDK does actually deliver the redistributable x64 installer

"%ProgramFiles(x86)%\Windows Kits\10\Debuggers\Redist\X64 Debuggers And Tools-x64_en-us.msi"

, which when executed will install and make the

x64 cdb.exe

available. Note that you will have to install the above

msi

package from a

x64

application (e.g. Total Commander or Qt Creator itself) and not from Windows Explorer (

arm64

application).


Starting with Windows 11 22H2 you can automate the installation of the

x64 cdb.exe

as: 1. Uninstall the

arm64

broken installation:

%comspec% /q /c start /machine arm64 %windir%\System32\msiexec.exe /uninstall "%ProgramFiles(x86)%\Windows Kits\10\Debuggers\Redist\X64 Debuggers And Tools-x64_en-us.msi"

2. Install the correct

x64 (amd64)

package:

%comspec% /q /c start /machine amd64 %windir%\System32\msiexec.exe /i "%ProgramFiles(x86)%\Windows Kits\10\Debuggers\Redist\X64 Debuggers And Tools-x64_en-us.msi"

For more details have a look at: https://bugreports.qt.io/browse/QTCREATORBUG-26934

Obtaining debugging information for operating system and compiler runtime libraries

When launching debugging for the first time, you are prompted to set up a Symbol server , which adds a special entry to the symbol path of the debugger. The Symbol Server provides debugging information for operating system and compiler runtime libraries. The initial download can be time-consuming.

Tips & Tricks

When the debugger fails to launch, please verify first that you can run the application by pressing the Run button. It can happen that the target selector chooses a non-runnable target.

2nd, take a look at the Debugger Log (choose Window/Views/Debugger log ). This usually shows errors. When reporting bugs related to debugging, please always attach the log. Note: Failing to start with error 135 reported usually means that a dependent DLL cannot be found.

In order to be able to view variables, etc, a debug build is required.

Debugging can be slowed down by out-of-date .pdb files. A clean build can help. Also, incremental linking can affect debugging (check for "Unable to verify checksum of module…" in the log).

Incremental linking can be disabled by adding the following line to the CMakeList.txt file when building with CMake:

set(CMAKE_EXE_LINKER_FLAGS "${CMAKE_EXE_LINKER_FLAGS} /INCREMENTAL:NO" )

Or the following line to the .pro file when building with qmake:

QMAKE_LFLAGS_DEBUG += /INCREMENTAL:NO