App deployment error
-
@kshegunov Yes, I have copied all necessary dlls from MinGW folder. I have followed instructions on this link.
@Djolas2001
Could you provide a list of files you've deployed and information on which version of Qt and MinGW were used? Could you also check with dependency walker on what MinGW libs (and versions) the saidQtCore5.dlldepends?Read and abide by the Qt Code of Conduct
-
@Djolas2001
Could you provide a list of files you've deployed and information on which version of Qt and MinGW were used? Could you also check with dependency walker on what MinGW libs (and versions) the saidQtCore5.dlldepends? -
@kshegunov Here are screenshots. Is that enough?
@Djolas2001
Yes. It looks mostly okay to me, but the thing that's bothering me is the errors/warnings you're getting in the dependency walker. Especially the redness of the stdc++ underQt5Core.dll. The only thing that comes to mind is some sort of compiler version mismatch, but it's a long-shot ...PS:
Wait a second, why is your application x86 but is linking against the x64 windows binaries ... this doesn't look right.Read and abide by the Qt Code of Conduct
-
@Djolas2001
Yes. It looks mostly okay to me, but the thing that's bothering me is the errors/warnings you're getting in the dependency walker. Especially the redness of the stdc++ underQt5Core.dll. The only thing that comes to mind is some sort of compiler version mismatch, but it's a long-shot ...PS:
Wait a second, why is your application x86 but is linking against the x64 windows binaries ... this doesn't look right.@kshegunov Is there any solution? I yesterday tried to update both MinGW and Qt, but both have latest versions.
-
@kshegunov Is there any solution? I yesterday tried to update both MinGW and Qt, but both have latest versions.
@Djolas2001
See my edited answer. I believe you have mismatch in architectures for one, and that you should try tracking the missing dependent symbol inQt5Core.dll.Read and abide by the Qt Code of Conduct
-
@Djolas2001
See my edited answer. I believe you have mismatch in architectures for one, and that you should try tracking the missing dependent symbol inQt5Core.dll.@kshegunov Excuse me, I am new in programming, so can you explain me how to try tracking the missing dependent symbol?
-
@kshegunov Excuse me, I am new in programming, so can you explain me how to try tracking the missing dependent symbol?
how to try tracking the missing dependent symbol?
I meant finding which
dllexports it and what might be the problem with saiddll.
I had checked and thedllthat exports that particular symbol islibstdc++-6.dllSo you should search for the problem there.I am new in programming
Okay, then. Take a quick glance here so you have at least a basic understanding of the matter. Now to the core:
The.exehas a list ofdllfiles to load, and each of them have a list of their own. So when you start your program there's a special application (in the OS) called the loader that starts transferring the neededdlls to memory, and finally when that's done it does the same for your executable. Only when it's finished your program can actually run.Your (original) problem is that
Qt5Core.dll(used in your application) uses an external function (from another.dll) but that function (or symbol) can't be found by the loader. Thosedlls are called dependencies, becauseQt5Core.dllcan't be loaded before any other.dllit references. What you see with the dependency walker is the dependency tree - the modules (in windows terms) that have to be loaded before your application; and when you expand each of them you see the exported symbols.At the end of the day, leaving technicalities aside, every single
dllmust be loaded, and every single symbol found in those loadeddlls for your application to run. Since, the loader can't locate the__cxa_throw_bad_array_new_lengthsymbol your application fails to run. A hint, is that it runs fine inside your IDE, so that means that in all probability you had deployed a wrongdll, or rather wrong combination of dlls. What I suspect happened is that you'd built your application and had shippeddlls from MinGW that are different from those used when Qt was built. Or you have copied 32bitdlls, when 64bit ones are expected.Probably the cleanest attempt would be to create a new empty folder and carefully copy each of the
dlls. Also, make sure that compiler versions match between all thedlls and the application. And don't copy the systemdlls -kernel32,msvcrt,shell32etc. at least until you're convinced your application is working fine without them (you can copy those at the end of the deployment if it's really required, although I don't believe it is).I know it's not exactly what you were expecting, but it's the best I can do without actually doing it myself.
Read and abide by the Qt Code of Conduct
-
how to try tracking the missing dependent symbol?
I meant finding which
dllexports it and what might be the problem with saiddll.
I had checked and thedllthat exports that particular symbol islibstdc++-6.dllSo you should search for the problem there.I am new in programming
Okay, then. Take a quick glance here so you have at least a basic understanding of the matter. Now to the core:
The.exehas a list ofdllfiles to load, and each of them have a list of their own. So when you start your program there's a special application (in the OS) called the loader that starts transferring the neededdlls to memory, and finally when that's done it does the same for your executable. Only when it's finished your program can actually run.Your (original) problem is that
Qt5Core.dll(used in your application) uses an external function (from another.dll) but that function (or symbol) can't be found by the loader. Thosedlls are called dependencies, becauseQt5Core.dllcan't be loaded before any other.dllit references. What you see with the dependency walker is the dependency tree - the modules (in windows terms) that have to be loaded before your application; and when you expand each of them you see the exported symbols.At the end of the day, leaving technicalities aside, every single
dllmust be loaded, and every single symbol found in those loadeddlls for your application to run. Since, the loader can't locate the__cxa_throw_bad_array_new_lengthsymbol your application fails to run. A hint, is that it runs fine inside your IDE, so that means that in all probability you had deployed a wrongdll, or rather wrong combination of dlls. What I suspect happened is that you'd built your application and had shippeddlls from MinGW that are different from those used when Qt was built. Or you have copied 32bitdlls, when 64bit ones are expected.Probably the cleanest attempt would be to create a new empty folder and carefully copy each of the
dlls. Also, make sure that compiler versions match between all thedlls and the application. And don't copy the systemdlls -kernel32,msvcrt,shell32etc. at least until you're convinced your application is working fine without them (you can copy those at the end of the deployment if it's really required, although I don't believe it is).I know it's not exactly what you were expecting, but it's the best I can do without actually doing it myself.
@kshegunov I have tried everything, but error repeats. I have re-installed MinGW and Qt both completely with right versions, put all correct dll. And nothing helps.
-
Hi,
Did you use windeployqt to deploy your application ?
-
Hi, do you still get the same error "... ____cxa_throw_bad_array_new_length ..."?
I think perhaps you are copying the wrong Qt5Core.dll to your directory (where your image viewer.exe program is), you're sure you are copying Qt5Core.dll from C:\Qt\5.6\mingw492_32\bin and not from C:\Qt\Tools\QtCreator\bin?
-
@kshegunov I have tried everything, but error repeats. I have re-installed MinGW and Qt both completely with right versions, put all correct dll. And nothing helps.
@Djolas2001
I don't know what to suggest ... See @hskoglund's note and if nothing else works, walk us through the whole process - whatdllyou copied from what folder to which directory. -
I get same error. Folder link with dlls and error link. Also I have completely re-installed Qt, and now I have only MinGW as compiler so I can't miss.
-
Here are all information about Qt5Core.dll. Also I have created short video, about how I move files.
-
Hi, very good idea with making a movie, now I think what your problem is, I mean how to solve it:
first, your Qt5Core.dll is indeed correct, the problem was Windows 10 saying (incorrectly) that the "..the procedure entry point __cxa_throw_bad...... could not be located in Qt5Core.dll"
Actually Qt5Core.dll imports this function from another dll called libstdc++-6.dll
This file is a part of the MinGW toolchain, but on your Windows PC you got multiple versions of this file, and the one in your path is older than the one in Qt 5.6.So try also copying the libstdc++-6.dll from C:\Qt\5.6\mingw49_32\bin directory to your folder D: and then try to start your app again.
-
Hi, very good idea with making a movie, now I think what your problem is, I mean how to solve it:
first, your Qt5Core.dll is indeed correct, the problem was Windows 10 saying (incorrectly) that the "..the procedure entry point __cxa_throw_bad...... could not be located in Qt5Core.dll"
Actually Qt5Core.dll imports this function from another dll called libstdc++-6.dll
This file is a part of the MinGW toolchain, but on your Windows PC you got multiple versions of this file, and the one in your path is older than the one in Qt 5.6.So try also copying the libstdc++-6.dll from C:\Qt\5.6\mingw49_32\bin directory to your folder D: and then try to start your app again.
@hskoglund Thank you very much, now it works. :)
