Qt6 Widgets Application not working, exit code -1073741511

[HQ2000]

@Axel-Spoerl
CMake output:

"C:\Program Files\JetBrains\CLion 2024.3.1.1\bin\cmake\win\x64\bin\cmake.exe" -DCMAKE_BUILD_TYPE=Debug "-DCMAKE_MAKE_PROGRAM=C:/Program Files/JetBrains/CLion 2024.3.1.1/bin/ninja/win/x64/ninja.exe" -G Ninja -S C:\Users\[MyUsrName]\CLionProjects\CPS -B C:\Users\[MyUsrName]\CLionProjects\CPS\cmake-build-debug
-- The C compiler identification is GNU 11.2.0
-- The CXX compiler identification is GNU 11.2.0
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working C compiler: C:/Qt/Tools/mingw1120_64/bin/gcc.exe - skipped
-- Detecting C compile features
-- Detecting C compile features - done
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Check for working CXX compiler: C:/Qt/Tools/mingw1120_64/bin/c++.exe - skipped
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- Performing Test CMAKE_HAVE_LIBC_PTHREAD
-- Performing Test CMAKE_HAVE_LIBC_PTHREAD - Success
-- Found Threads: TRUE
-- Performing Test HAVE_STDATOMIC
-- Performing Test HAVE_STDATOMIC - Success
-- Found WrapAtomic: TRUE
-- Could NOT find WrapVulkanHeaders (missing: Vulkan_INCLUDE_DIR) 
-- Configuring done (7.8s)
-- Generating done (0.4s)
-- Build files have been written to: C:/Users/[MyUsrName]/CLionProjects/CPS/cmake-build-debug

[Previous CMake output restored: 01.05.2025 21:51]

I know it has been restored from yesterday, but since I didn't change anything, it should be fine.

Ninja output:

====================[ Build | CPS | Debug ]=====================================
"C:\Program Files\JetBrains\CLion 2024.3.1.1\bin\cmake\win\x64\bin\cmake.exe" --build C:\Users\[MyUsrName]\CLionProjects\CPS\cmake-build-debug --target CPS -j 14
[1/4] Automatic MOC and UIC for target CPS
[2/3] Building CXX object CMakeFiles/CPS.dir/main.cpp.obj
[3/3] Linking CXX executable CPS.exe

Build finished

I'm not 100% sure if that above is the ninja output, correct me if I'm wrong.

Also, I replaced every apperance of my Username with "[MyUsrName]".

@ChrisW67 You mean my installation of Qt is incomplete?
Anyways here are the components I installed:

[Christian Ehrlicher]

Check if all dependencies can be found via a dependency checker

[HQ2000]

@Christian-Ehrlicher I checked it and every dependency can be found

[Christian Ehrlicher]

Also make sure the correct one (from your Qt installation, not from QtCreator directory) are loaded.

[HQ2000]

@Christian-Ehrlicher the correct one is used.

[Christian Ehrlicher]

@HQ2000 said in Qt6 Widgets Application not working, exit code -1073741511:

the correct one is used.

Then you would not get this crash. Start in a debugger and see what dlls are loaded and at which dll it is crashing.

[HQ2000]

@Christian-Ehrlicher do you have an example which one? With the standard CLion debug config I get the exit code -1
here are the loaded DLLs:

[Christian Ehrlicher]

I would either start gdb from the command line or in visual studio - esp. in Visual Studio the debugger panel shows what dlls are loaded when in a nice view. Never used CLion.

[HQ2000]

@Christian-Ehrlicher
Here are the DLLs:

• C:\Users[MyUsrName]\CLionProjects\CPS\cmake-build-debug\Qt6Core.dll
• C:\Users[MyUsrName]\CLionProjects\CPS\cmake-build-debug\Qt6Widgets.dll
• C:\Qt\6.9.0\mingw_64\bin\libgcc_s_seh-1.dll
• C:\Qt\6.9.0\mingw_64\bin\libstdc++-6.dll
• C:\WINDOWS\system32\kernel32.dll
• C:\WINDOWS\system32\MSVCRT.dll

I looked up every single one and they're all available.

[hskoglund]

Hi, another option to show what DLLs an .exe has loaded is to run ListDLLs start a CMD and type listdlls CPS

P.S. Sometimes a 3rd party antivirus can cause that error 0xC0000139, so if you have one running, try disabling it.

[JonB]

@HQ2000 said in Qt6 Widgets Application not working, exit code -1073741511:

C:\Users[MyUsrName]\CLionProjects\CPS\cmake-build-debug\Qt6Core.dll
C:\Users[MyUsrName]\CLionProjects\CPS\cmake-build-debug\Qt6Widgets.dll

Your CMakeLists.txt lists:

find_package(Qt6 COMPONENTS
        Core
        Gui
        Widgets
        REQUIRED)

So is there not at least a Qt6Gui.dll also required?

I don't know any more than: somewhere you are messed up in what you have built, where you have placed it and what is required. And I do not use Windows or MinGW.

[Christian Ehrlicher]

@JonB said in Qt6 Widgets Application not working, exit code -1073741511:

C:\Users[MyUsrName]\CLionProjects\CPS\cmake-build-debug\Qt6Core.dll
C:\Users[MyUsrName]\CLionProjects\CPS\cmake-build-debug\Qt6Widgets.dll

Why are the dlls there? Where do they come from? Normally they are used from the PATH env var.

[JonB]

@Christian-Ehrlicher I agree. I was just quoting from the OP's post. We know the OP really needs to sort out what they have where.

[HQ2000]

@JonB
@Christian-Ehrlicher
Since you both haven't worked with CLion and Qt so far (I guess), let me clarify some things:

1. Qt6Gui is required as a standard (you can change that of course) if you use CLion with Qt, so it is available for but not required by the sample program since none of its functionality is used.
2. The DLLs are there because because of the "find_package" command in the CMakeLists.txt file.

I tried to run it with gdb as @Christian-Ehrlicher told me and I was able to run it with any problems...

@hskoglund
I tried it...same error

[Christian Ehrlicher]

@HQ2000 said in Qt6 Widgets Application not working, exit code -1073741511:

The DLLs are there because because of the "find_package" command in the CMakeLists.txt file.

No, find_package() does not copy anything.

[HQ2000]

@Christian-Ehrlicher you're right, it's done here
@HQ2000 said in Qt6 Widgets Application not working, exit code -1073741511:

 foreach (QT_LIB Core Gui Widgets)
         add_custom_command(TARGET ${PROJECT_NAME} POST_BUILD
                 COMMAND ${CMAKE_COMMAND} -E copy
                 "${QT_INSTALL_PATH}/bin/Qt6${QT_LIB}${DEBUG_SUFFIX}.dll"
                 "$<TARGET_FILE_DIR:${PROJECT_NAME}>")
  endforeach (QT_LIB)

[JonB]

@HQ2000
So purely OOI could you comment on why that foreach has not copied Qt6Gui.dll as I asked earlier? However you say you know it works without that, somehow.

Confirm you are not building your project for debug?

Remove everything on your PATH environment variable so we know it is not picking something up somewhere?

[Christian Ehrlicher]

Don't do this. Adjust your PATH env var accordingly and use windeployqt when you want to deploy your app. Your are missing dll and plugins

[Christian Ehrlicher]

@JonB copying dlls around manually is wrong. The PATH env var has to be adjusted.

[JonB]

@Christian-Ehrlicher
? Of course, I know! I was just trying to diagnose where the OP's problem might lie, given what is in the makefile. I posted before your post.