Qt 6.11.1 Debugger does not start.
-
Frustrating problem. I just updated my Qt Creator to 20.0.1 and Qt version from 6.10.1 MinGW 64-bit to 6.11.1 MinGW 64-bit on Windows 11. I have a fairly large project that will not start in the debugger. In the Creator, I click the Run Debug button in the left sidebar, at which point a small message window with progress bar indicates the build (bar turns green indicating successful build), then a second little window that says 'Launching Debugger', but this progress bar turns red and the debugger does not start. If I go back to Qt 6.10.1, it runs fine. And a smaller Desktop application does start, so i can not put together a minimal example! I have perused the Build settings comparing the two fairly carefully and do not see any major differences other than the Qt version. I am using cmake to build the project, MinGW 1310_64. I also have a smaller project that runs fine in Qt 6.11.1!
I am told there is a debugger log, but I can not find it. In the main menu, the View/Modes has 'Show Debug' checked, the View/Views is greyed out. I dont see anything in View/Output that would show a debug log. In my views, the Compiler Output has no major issues, General Messages shows the cmake output (no issues), terminal shows nothing, and Application Output indicates exit code 0. I tried putting a breakpoint in my main(int argc, char **argv){}, but because the debugger never starts, it never gets hit.
Can someone point me to the debugger log, or make any other suggestion to get this working? -
C Christian Ehrlicher moved this topic from General and Desktop
-
Thanks for the suggestion, but I had actually tried all that before posting my query. I finally did solve it by checking my path statements. On build I have it configured to put the final .exe in a 'bin' folder and a few project-associated .dlls in a plugins folder in the 'bin'. When I ran the windeployqt.exe to get the latest Qt .dlls for all that, I had the path wrong, so apparently got incorrect .dlls.
-
Clean the Build folder and reconfigure CMake, make sure the component paths are updated to Qt 6.11.1 Check the exact message in the Debugger Log window
-
Thanks for the suggestion, but I had actually tried all that before posting my query. I finally did solve it by checking my path statements. On build I have it configured to put the final .exe in a 'bin' folder and a few project-associated .dlls in a plugins folder in the 'bin'. When I ran the windeployqt.exe to get the latest Qt .dlls for all that, I had the path wrong, so apparently got incorrect .dlls.
-
N nekkceb has marked this topic as solved
