Qt 64 bits application

SGaist

Hi and welcome to devnet,

AFAIR, that prefix has currently nothing to do with the architecture of the executable itself, it's just a prefix.
For your issue, I would rather check the PATH environment variable to see if it contains the folder where the 32bit variant of the dlls can be found.
Check the Run part of the Project panel.

Pierre-Emmanuel

Hi SGaist and thank you for helping me,

I would rather try to use the 64-bits variant of the matlab dlls. I add a look at the system PATH environment variable and I can see the win64 matlab folder for the different versions of matlab I have installed.

I was thinking that maybe the compiler I am using (minGW 13.1.0) is different from the one used to compile the matlab dlls.

Would it be a correct explanation ? But in this case, I don't know which compiler to select in Qt or which one to install.

About the Run part of the project Panel, this is what I have:

I can't see anything wrong there..

Have a nice day,
Pierre-Emmanuel

SGaist

If the mathlab libraries are C libraries, then it doesn't matter which compiler you are using.
If they are C++, then you have to match. However, since you are successfully building your application, it means you are using the correct libraries. Usually, the DLLs are in the same folder so you should ensure that you have PATH that is pointing to that folder before any other containing mathlab DLLs (or simply remove that folder from PATH in Qt Creator).

Pierre-Emmanuel

Hi SGaist,

In my PATH environment variable, I have the following matlab folders:

In my project I have this folder tree:

And in the libraries folder:

And in the .pro file:

Would it be better to remove the dll from the libraries folder and modify the .pro file to add the matlab/win64 folder as include path ?
It will be then machine dependent isn't it ?

Have a nice day,
Pierre-Emmanuel

JonB

@Pierre-Emmanuel
You need to understand the complete difference between linking with libraries at the end of compilation versus loading the libraries at runtime, and I don't think you do.

Lines like LIBS += -L$$PWD/libraries/ -llibmat in the .pro file are for link time. They look for and use *.lib (for MSVC, or lib*.a for MinGW) files, not *.dll. So the screenshot of your libraries folder showing only .dll files is not relevant or is incomplete. The .lib files must be found for the linking stage to complete successfully.

But at runtime .lib files are not relevant. Windows looks to load the corresponding .dll files. And those are sought along your PATH. The .pro file is not relevant here. And it looks as though that is finding 32-bit versions of .dll files are being found before 64-bit versions if that is the cause of your error message. You must ensure that is not the case, it must find the desired 64-bit versions of these. Either manipulate your PATH accordingly, or at a pinch you can copy all the desired DLL files into the same directory as the executable, though this is usually done when you package the application for distributuon.

Pierre-Emmanuel

Hi JonB,

Thank you for helping me !

Indeed, I am not really able to understand the difference between linking and loading libraries.

According to what you wrote, I had a look in the matlab folder to search for .lib files and I found one associated to libmat and libmx dlls. The libraries folder looks like this (the .pro file did not change):

I can compile, but when I try to run the application, I got new error messages:

I re added them to the libraries folder from the matlab folder, but I could not find the associated .lib files. And this time when I try to run the application again, I got the error code as before: 0xc000007b.

But the dlls are coming from the win64 folder, so they are definitely not 32bit.

When you say "manipulate your PATH accordingly" is it the system PATH or something related to Qt Creator ?

Have a nice day,
Pierre-Emmanuel

JonB

@Pierre-Emmanuel
I can only say what I said before: .lib files are sought at link time, .dll files at runtime. They don't have to be in the same folder. Your .pro file and LIBS += ... says where to search for .lib files at link time, your PATH environment variable (plus the executable directory) says where to search for .dll files. If it links successfully but fails at runtime you can forget about .lib files and look at .dll files, if it fails to link the reverse is the case. If it's generating a runtime error then look through directories in PATH in order to see where it is picking a DLL file from. If that picks up the wrong one then you must either alter PATH to remove that directory or change it to find the right one in an earlier directory on PATH.

If you say error 0xc000007b occurs when there is a 32-/64-bit mismatch then somewhere a 16-bit DLL is being picked up.

SGaist

Just one point that might sound silly: the fact that the folder is named win64 should just be taken as a hint. I would double check that its content really is 64 bit.

JonB

@SGaist Wow, if that's the case..! :)

Pierre-Emmanuel

Hi guys,

I tried many things yesterday !

First, in the libraries folder there is only the needed .lib files.

Then, I added one after the other the missing dlls in the folder where the executable is generated until I get the error code 0xc000007b:

The for each, I check if they are 32-bits or 64-bits dlls using a git bash:

I don't really know how to interpret the PE32+.. Maybe it is 32-bits dll and that would explain why I can't load ?

I compared with the dlls I was using before migrating to a 64-bits toolchain:

Does it means something to you ?

I also modified my PATH environment variable like this:

Have a nice day,
Pierre-Emmanuel

JonB

PE32+ looks right for 64-bit.
What exact error message do you get at runtime now? Do you get any clue as to why/where/on what it is happening, like mentioning a DLL it cannot load? If you run it from a debugger do you maybe get any better information?
You may have to download and use something like https://github.com/lucasg/Dependencies to examine your .exe/each of the .dlls to discover if there is any 32-bit somewhere. It might be on some DLL indirectly required by another DLL.

Pierre-Emmanuel

Hi JonB,

The error popup I got is the following:

It does not help at all..

Good idea to try to execute it with the debugger ! This is what I got:

It's very strange.. It looks like Qt (or Qt Creator) is looking for a file on a different branch (which completely out of the project main folder) of the same project.. But in the .pro file, it is referring only to files in the project.

It would be easier if I share the content of the .pro file. I should have done earlier.

Obviously, I am cleaning and rebuilding each time I am trying something new.

I also has a look at the .pro.user file but there is no reference to "CAN Converter model clone/branches/CAN-4_lbf_asc_extension_support"

Have a nice day,
Pierre-Emmanuel

JonB

@Pierre-Emmanuel
Not sure what this tells us. I think the second error message screenshot is not from the "failure to load" some DLL itself but rather the debugger is trying to fetch the source file for where some error occurred and cannot locate the .cpp source file it wants somewhere inside whatever CAN stuff is all about.

I am not a Windows expert so not sure how you proceed. I would probably have a go with the https://github.com/lucasg/Dependencies tool I mentioned to examine the EXE/DLL files I have for their dependencies to see if I could spot something wrong/16-bit. It's probably a good tool to get compiled and working for Windows development in general, so worth spending a few minutes on.

P.S.
You could Google matlab 0xc000007b. Something like https://stackoverflow.com/questions/6458271/matlab-engine-windows-7-problem says

This error is likely due to incorrect installation or multiple installations of Matlab on your machine. Check your Windows %PATH% environment variable [...]

Since you used to work with 32-bit matlab perhaps some vestige of this is left around and on your PATH. Check what is in the R2022b\runtime\win64 directory, but also what is in R2022b\bin. Do you need that, or could you remove that? You might try removing both of those from your PATH and resort to copying DLLs one by one from directories to the directory of your executable while you figure out what what exactly it needs to run.

Pierre-Emmanuel

I used the dependencies program to check my application,

The first time I got missing dll from Qt6 so I updated the system PATH to have C:\Qt\6.8.1\mingw_64\bin. It fixed all missing dlls related to Qt but still some of them are missing, which seems to be related to Windows:

ext-ms-win-oobe-query-11-1-0.dll
ext-ms-win32-subsystem-query-11-1-0.dll
HvsiFileTrust.dll

There is some other missing, which seems to be related to matlab:

libmwfl.dll
libmwi18n.dll
libut.dll
libmwcppmicroservices.dll
mwboost_log-vc142-mt-x64-1_75.dll
CppMicroServices3.dll
hdf5-1.8.dll
icuuc69.dll

I will add them manually.

I will also uninstall old matlab version I am not using anymore and see if it change something.

Have a nice day,
Pierre-Emmanuel

JonB

@Pierre-Emmanuel
I will just say you may be disappearing down a rabbit hole. I think some of these might be "false negatives" reported by the tool, e.g. see https://www.reddit.com/r/AskProgramming/comments/xxzpfk/reputable_sources_for_missing_dlls/ has a couple of yours, I don't know.

Maybe it's time for you to find a matlab forum and ask for help/clues/pointers there for whatever your issue is?

Pierre-Emmanuel

I think it is yes,

Thank you JonB and SGaist for helping me.

I will keep posting here if I have more details or more founding !

SGaist

What I would do is to empty the PATH environnement variable in Qt Creator and add yourself what is required for your application to work so it only contains entries pertinent to your application just to be sure there's no other DLLs found beside the ones your really need.

Pierre-Emmanuel

Hi SGaist,

Sorry I come back to this topic quite late.
I asked the question HERE on the matlab forum.

I have tried clearing the PATH environment variable from Qt Creator by checking "Clear System environment" checkbox:

But then I got new issues to build the app like:

I guess I need to keep some environment variables ?

Thank you for you help,
Have a nice day,

Pierre-Emmanuel

jsulm

@Pierre-Emmanuel said in Qt 64 bits application:

by checking "Clear System environment" checkbox

Why? Only change PATH, nothing else.

Pierre-Emmanuel

I have found it !!!!!

Thank you @jsulm for this info, it solved the new problems I was facing !

The problem was coming from the fact that Qt Creator does not search recursively in the folders.

In the PATH environment variable, I had the following path <matlab_folder>\R2022b\bin registered. But the missing dlls were in <matlab_folder>\R2022b\bin\win64 ...

Once I updated the PATH in Qt Creator, I could run the application as before !!

Thank you very much guys, you all have been of great help !

On my side the problem is solved, I will also update the matlab forum.

Have a very good week,
Pierre-Emmanuel