"could not find or load the Qt platform plugin "windows" in "",
Up to recent, my windows 10 64bit laptop worked fine. However, suddently I get this error after loading certain .exe programs:
This application failed to start because it could not find or load the Qt platform plugin "windows"in "", Available platform plugins are: minimal, offscreen, windows.
Reinstalling the application may fix this problem.
I’m not a coder, I never used the Qt environment ever and other forum entries didn’t help so far, since as far as I went down the rabbit hole, this is all about building code in Qt.
All I like to do is run my programs again. This error occured with multiple programs: MikTex & Texworks and converter tools. So far this error is really denying my work and I have no clue.
Thanks in advance.
Kind regards,
J. Muller
All I like to do is run my programs again. This error occured with multiple programs: MikTex & Texworks and converter tools. So far this error is really denying my work and I have no clue.
Hi @jrmmuller, the most likely cause here is that your system PATH contains a folder that contains Qt DLLs. Have you installed any new software recently or modified your PATH (shortly before this issue began)?
If I’m right, then the short version of the solution is this: You must remove the offending folder from your PATH.
(NOTE: I said "most likely". There are many possible reasons for this error).
If you do not know how to check and edit your PATH, then we can guide you through the process. However, be prepared: This will involve multiple steps — I give you some instructions, then you carry them out and report back the details, then I give you further instructions based on what you found, then you carry them out and report back the details. iterating as many times as needed until the issue is resolved.
Hi and welcome to devnet forum
You are right and it is a Qt related issue.
However, the problem is with an application using Qt and therefore, they are probably the only devs being able to you.
The problem I see is that they have used a particular version of Qt and part of your installation may have been corrupted by whatever reason.
The Programs you are listing are probably all from the same open source project and tex related.
I have MikTex and stuff installed as well, but even though I am a developer and know parts of Qt application development, I would go the route and check the MikTex forum and eventually reinstall MikTex again.
Thanks for your response. Actually it is partly for MikTex, the conversiontools are for converting photo files.
I tried installing and reinstalling Miktex and trying Texlive, but that didn’t help unfortunately.
All I like to do is run my programs again. This error occured with multiple programs: MikTex & Texworks and converter tools. So far this error is really denying my work and I have no clue.
Hi @jrmmuller, the most likely cause here is that your system PATH contains a folder that contains Qt DLLs. Have you installed any new software recently or modified your PATH (shortly before this issue began)?
If I’m right, then the short version of the solution is this: You must remove the offending folder from your PATH.
(NOTE: I said "most likely". There are many possible reasons for this error).
If you do not know how to check and edit your PATH, then we can guide you through the process. However, be prepared: This will involve multiple steps — I give you some instructions, then you carry them out and report back the details, then I give you further instructions based on what you found, then you carry them out and report back the details. iterating as many times as needed until the issue is resolved.
OK, that sounds as that might be the case. Unfortunately I don’t know how to edit the path or which could be the cause that modified the PATH. I’m not sure which applications I’ve installed since the error began.
If you could help me with the steps, that would be great!
If you could help me with the steps
Open cmd and type echo %QT_PLUGIN_PATH% if it’s not empty then delete it (just google: delete environmental variable windows #, where # is your windows version)
Open cmd and type echo %PATH% and press enter. You’ll see a list separated by ; of folder paths. Go line by line and make sure they do not point to a folder that contains a platforms folder that has qwindows.dll in it. If you find such a path edit the PATH variable and remove it (just google: edit environmental variable windows #, where # is your windows version)
What version of MiKTeX are you using?
If you could help me with the steps, that would be great!
- Download ListDLLs from https://docs.microsoft.com/en-us/sysinternals/downloads/listdlls
- Extract the contents of the zip file into C:\ListDLLs
- Try to launch MiKTeX. When the error dialog appears ("Could not find or load. "), leave it open; don’t close the dialog.
- Press Windows+R (this launches the "Run" window)
- Type "cmd" into the "Run" window and press Enter (this launches the Command Line, cmd, that @VRonin mentioned)
- In cmd, type cd C:\ListDLLs and press Enter
- In cmd, type ListDLLs.exe miktex and press Enter. You should see a long list of DLLs.
- In cmd, type ListDLLs.exe miktex > output.txt and press Enter. You should see a new text file.
- Open C:\ListDLLs\output.txt and copy+paste its contents here in this forum.
- You can close the error dialog now.
- In cmd, type echo %QT_PLUGIN_PATH% and press Enter. What gets shown after that? Write it here in this forum. (this is related to @VRonin’s suggestion)
I followed your steps and looked up the environmental variable. It turns out that the %Qt_Plugin_path% was indeed set by a certain program (numerical model) which I had installed. I deleted the variable and rebooted the system. As a result all the programs were functioning again without errors.
Considered this solved. Thanks a lot!
@JKSH
Hi JKSH, I appreciate your help. Thanks to your help and VRonin, my issue has been resolved.
@JKSH Your steps seem useful. However, I am working on pyzo. So I replaced all the words with ‘miktex’ with ‘pyzo’ (I’m amateur at coding as well). The cmd window spat out a long list of DLLs and the txt file was created after step 8.
However, I am not sure what you mean by copy and paste the contents ‘here’ in step nine.
I copied the text file info to the cmd window, but the programme says ". is not recognized as an internal or external command, operable program or batch file".
Not sure how to continue from here. Thanks
However, I am not sure what you mean by copy and paste the contents ‘here’ in step nine.
I’ve updated the post to clarify: Copy + paste its contents in this forum
I notice this thread — which I found searching the error msg in Google — just kind of died without coming to a resolution others could follow.
JKSH — I’m having the same issue with several programs. I’m not sure what I installed that did the damage, but I suspect it might be drivers for a pen display. I followed the steps you listed, but instead of for Krita, an open source paint program I use for testing. The following big list is what was in the output. I see several instances of QT in there, but I’m not sure what to do from there.
It may also be of interest that when I tried the "echo %QT_PLUGIN_PATH%" step, it just echoed "%QT_PLUGIN_PATH%" on it’s own line. Also, when I tried the process with another program name with the same problem — Medibang Paint Pro, with the executable named "MediBangPaintPro.exe" as C:\ListDLLs>ListDLLs.exe MediBangPaintPro or MediBangPaintPro.exe it returns "No matching processes were found."
Thanks in advance, if you’re still in the mood to look into this. 🙂
I notice this thread — which I found searching the error msg in Google — just kind of died without coming to a resolution others could follow.
The OP’s (@jrmmuller) problem was resolved. In their case, the %QT_PLUGIN_PATH% variable was hijacked by another program so the variable had to be cleared
@KKekana was a different user.
when I tried the "echo %QT_PLUGIN_PATH%" step, it just echoed "%QT_PLUGIN_PATH%" on it’s own line.
This is good. It shows that the %QT_PLUGIN_PATH% variable has not been hijacked by another program. It means the root cause of your problem is different from the OP.
I’m having the same issue with several programs. I’m not sure what I installed that did the damage, but I suspect it might be drivers for a pen display.
Do all of these programs use Qt? Does the pen display driver use Qt?
Also, how did you install Krita? Does uninstalling + reinstalling it help?
The following big list is what was in the output.
2 things stood out to me:
- qwindows.dll is missing. Can you see if it’s on your system somewhere? I’d expect it to be at C:\Program Files\Krita (x64)\bin\platforms\qwindows.dll (unless Krita’s developers did something different)
- Krita is loading DLLs from C:\Program Files (x86)\Stardock\ — is this expected? What happens if you temporarily rename the Stardock folder; does Krita load properly then?
Do all of them use Qt? — I’m not sure, and I’m not sure how to find out.
How did I install Krita? — It would be non-helpful if I said "in the normal way" wouldn’t it? I’m definitely not a proper programmer, though I’m "programmer adjacent" in some aspects of my work, learning enough from programmers to describe it to non-programmers in pictures. Anyway, I downloaded an executable installer from Krita.org and let it do its thing. Is that the right information?
Does uninstalling and reinstalling help? — On the others I have encountered this problem with, it has. I haven’t done Krita yet, because I was hoping to find the original culprit, and thought there might be clues.
qwindows.dll is missing — Hey, I think Krita uses Qt! I found qwindows.dll in C:\Program Piles\Krita (x64)\bin\platforms
Using that newfound knowledge, I looked for it in Autodesk Sketchbook and MediBang Pro (other programs this has happened with) and found it in C:\Program Files\Autodesk\Sketchbook\platforms and C:\Program Files\Medibang\Medibang Paint Pro\platforms
I also looked for "qwindows" in the "program files" and "program files (x86) folders and found it in the folders of:
- MeshLab (Same error when I try to launch it — that means it’s not the culprit, right?)
- Logitech Gaming Software (I use a gaming mouse because it has lots of assignable buttons)
- Hamstersoft ZIP Archiver (which is Russian and scary as hell, but does a really good job)
- Allgorithmic Substance painter, Substance Designer, and Substance Player
- Several Photoshop plugins by Alien Skin (iirc, that may have been the first thing that threw this error, but they’ve been reinstalled)
- Autodesk Mudbox
- Adobe Bridge
- Explorer actually crashed once while doing this, and it still claims to be searching the program files folder — I’ll come back and edit this with any others it finds, or that it finds in Program Files (x86)
I did not find qwindows in the folder of the pen display driver / control software I suspected of having monkeyed things up. Am I right in thinking that means that driver / control software is innocent? With no more evidence than I had before, I now suspect Logitech. I’m sure this is how witch trials get started. 😉
Logitech suffers the same error on reboot, when it’s executable "LCore" can’t find the windows (qwindows?) platform plugin that is, in fact, in the platform folder. So I guess they’re innocent, too, right?
The other question asked — if it was expected for Krita to access Stardock — I guess so? Stardock makes Windows modification software, to change the look and behaviors of windows, menus, the desktop, icons, etc. So I guess Krita is getting instructions for things like menu animations.
Do all of them use Qt? — I’m not sure, and I’m not sure how to find out.
In general, you check for the presence of Qt DLLs (Qt5Core.dll, qwindows.dll) in the program’s folders.
How did I install Krita? — It would be non-helpful if I said "in the normal way" wouldn’t it? I’m definitely not a proper programmer, though I’m "programmer adjacent" in some aspects of my work, learning enough from programmers to describe it to non-programmers in pictures. Anyway, I downloaded an executable installer from Krita.org and let it do its thing. Is that the right information?
Yes, that’s the right information 🙂 Other possible ways to install Krita include "compile it from source".
Anyway, since you used the "normal way", that rules out the possibility of the error being caused by incorrect installation/compilation/deployment
Does uninstalling and reinstalling help? — On the others I have encountered this problem with, it has. I haven’t done Krita yet, because I was hoping to find the original culprit, and thought there might be clues.
From the symptoms you’ve described and the ListDLLs output you posted, I can’t see an easy way to find the root culprit, unfortunately.
The easiest thing to do might be to reinstall the affected software and move on with your life.
One other thing you could try: If you create a new user account on your PC, does that account manage to run the affected programs normally? If it does, that means something has gone wrong in your current Windows account itself. (I can’t explain how though)
qwindows.dll is missing — Hey, I think Krita uses Qt! I found qwindows.dll in C:\Program Piles\Krita (x64)\bin\platforms
Using that newfound knowledge, I looked for it in.
. I’ll come back and edit this with any others it finds, or that it finds in Program Files (x86)
That’s OK, you don’t have to give us a comprehensive list.
I asked about other Qt-based software because sometimes, problems occur when a piece of Qt-based software adds itself to the system-wide PATH (or QT_PLUGIN_PATH). This can cause other Qt-based software to load the wrong version of Qt DLLs.
However, given that you can repair individual programs by re-installing them, that probably means your problem is caused by something else.
I did not find qwindows in the folder of the pen display driver / control software I suspected of having monkeyed things up. Am I right in thinking that means that driver / control software is innocent? With no more evidence than I had before, I now suspect Logitech. I’m sure this is how witch trials get started. 😉
It is difficult to prove that someone/thing didn’t do it.
I’m sure this is how witch trials get started. 😉
Double double toil and trouble.
But seriously if you want to find the culprit you have to see if it floats. So measure it against other things that float. Like ducks, wood, and tiny tiny pebbles.
(Apologies in advance for my complete disdain for seriousness in this serious topic. Far too much silliness in my post.)
Other possible ways to install Krita include "compile it from source".
I knew that one! Or, I knew that was a thing, in an abstract, not-something-I-know-how-to-do way 😉
I can’t see an easy way to find the root culprit, unfortunately.
Ah. This gives me a sad. It would be somehow satisfying to be able to say "Ah ha! It’s your fault, you little. " but, alas. Moving on is, as you say, the best course of action if that’s not possible.
Thank you for your help and patience. 🙂
So measure it against other things that float. Like ducks, wood, and tiny tiny pebbles.
This new learning amazes me. Do you know of a way sheep’s bladders may be employed to prevent earthquakes?
I solved it:
add system environment
QT_QPA_PLATFORM_PLUGIN_PATH
C:\Qt\Qt5.12.2\5.12.2\msvc2017_64\plugins\platforms
That’s not a solution. You should not modify your system environment like that.
Qt – This application failed to start because it could not find or load the Qt platform plugin “windows”
This application failed to start because it could not find or load the Qt platform plugin “windows”.
As temporary fix, set following environment variable in VS (Debugging->Environment): QT_PLUGIN_PATH=q:\SharedLibraries\Qt32\bin\plugins
One comment
Hola,
tengo el mismo problema en anaconda 3; al iniciar anaconda navigator tengo el mismo error.
Qt 5.1.1: приложение не запускалось, потому что отсутствует плагин для плагинов платформы
Edit: Некоторые люди начали отмечать мой вопрос как дубликат. Не забывайте, что многие подобные вопросы существовали, когда я спрашивал об этом (см., Например, список ниже). Однако ни один из этих ответов не разрешил мою проблему. После длительного поиска я нашел комментарий, который был проигнорирован всеми пользователями, указывающими на недостающую библиотеку lib. Теперь, спустя много месяцев, комментарий был изменен на ответ. Однако, когда я ответил на этот вопрос самим собой, я намеревался помочь другим людям, напрямую предоставив решение. Это не следует забывать, и до сих пор мой ответ помог многим людям. Поэтому мой вопрос определенно не дублируется. Кстати: принятый ответ в предоставленной ссылке сверху не решает проблему!
Да, я использовал поиск:
Однако в моем случае проблема все еще сохраняется. Я использую Qt 5.1.1 с Visual Studio 2012 и разработал свое приложение на Windows 7 с Qt Creator 2.8.1. Приложение скомпилировано в «Release» -моде и может быть выполнено, если непосредственно начать с Qt Creator.
Однако, начиная с «release» -Folder, я получаю следующее сообщение:
Это приложение не удалось запустить, поскольку оно не могло найти или загрузить Плагин платформы Qt «окна». Доступные плагины платформы: минимальный, закадровый, окна.
Структура папки выглядит следующим образом:
Платформы — это папка, скопированная непосредственно из Qt\Qt5.1.1\5.1.1\msvc2012\плагинов\платформ, включая, например, qwindows.dll. Не имеет значения, переименую ли я его на «платформу», как это делали некоторые другие пользователи. Qt все еще не находит «окна плагинов платформы», где моя ошибка?
ОТВЕТЫ
Ответ 1
Хорошо, как размещено здесь fooobar.com/questions/28982/. без особого внимания со стороны других пользователей:
Отсутствует libEGL.dll. Несмотря на то, что об этом не сообщалось при попытке запустить приложение (сообщалось о всех других *. DLL, таких как Qt5Gui.dll).
Ответ 2
Я создал каталог платформ рядом с моим местоположением exe и поместил qwindows.dll внутрь, но я все равно получил «Не удалось загрузить плагин платформы платформы». Доступными платформами являются: «Ошибка окна».
Я скопировал qwindows.dll из C:\Qt\Qt5.1.1\Tools\QtCreator\bin\plugins\платформ, который не является правильным местом. Я просмотрел журнал отладки, запущенный в Qt Creator, и обнаружил, что мое приложение находилось в C:\Qt\Qt5.1.1\5.1.1\mingw48_32\plugins\platform, когда оно запускалось в отладчике.
Когда я копировал с C:\Qt\Qt5.1.1\5.1.1\mingw48_32\plugins\platform, все работало нормально.
Ответ 3
Вероятно, в выпуске отсутствует библиотека/плагин или библиотека находится не в том каталоге или в неправильном каталоге.
Создайте папку с именем «платформы» в том же каталоге, что и файл application.exe. Скопируйте и вставьте файл qwindows.dll, находящийся в /bin любого компилятора, который вы использовали для выпуска своего приложения, в папку «платформы». Как магия это работает. Если .dll нет, проверьте плагины/платформы/(с плагинами/находящимися в том же каталоге, что и bin/): PfunnyGuy comment.
Похоже, что общая проблема заключается в том, что .dll был взят из неправильной корзины компилятора. Обязательно скопируйте файл qwindows.dll из того же компилятора, который использовался для выпуска вашего приложения.
Также еще один полезный совет, Qt поставляется с консольными приложениями платформы, которые будут добавлять все зависимости (включая такие, как qwindows.dll и libEGL.dll) в папку вашего развернутого исполняемого файла. Приложение для Windows называется windeployqt, а документацию можно найти здесь http://doc.qt.io/qt-5/windows-deployment.html.
Ответ 4
Установка QT_QPA_PLATFORM_PLUGIN_PATH среды QT_QPA_PLATFORM_PLUGIN_PATH в% QTDIR%\plugins\platform\для меня работала.
Также было упомянуто здесь и здесь.
Ответ 5
Я столкнулся с этим, и ни один из ответов, которые я мог найти, не исправил это для меня.
Мой коллега установил Qt (5.6.0) на своем компьютере по адресу: C:\Qt\Qt5.6.0\5.6\msvc2015\plugins
У меня Qt (5.6.2) установлен в том же месте.
Из этого поста я узнал: http://www.tripleboot.org/?p=536, что Qt5Core.dll имеет расположение для плагинов, записанных в него при первой установке Qt. Поскольку мой коллега и мои каталоги Qt были одинаковыми, но были установлены разные версии Qt, необходим другой файл qwindows.dll. Когда я запускал exe файл, развернутый им, он использовал мой файл C:\Qt\Qt5.6.0\5.6\msvc2015\plugins\platform\qwindows.dll вместо файла, расположенного рядом с исполняемым файлом в подпапке. \Platform.
Чтобы обойти это, я добавил в приложение следующую строку кода, которая, кажется, заставляет его искать рядом с exe файлом подпапку «платформы», прежде чем он ищет путь в Qt5Core.dll.
Я добавил вышеуказанную строку в метод main перед вызовом QApplication следующим образом:
Ответ 6
создать dir platforms и скопировать на него qwindows.dll , platforms и app.exe находятся в одном app.exe
cd app_dir mkdir platforms xcopy qwindows.dll platforms\qwindows.dll
Структура папок + app.exe + platforms\qwindows.dll
Ответ 7
Я нашел другое решение. Создайте qt.conf в папке приложения как таковой:
И затем скопируйте папку плагинов в папку приложения, и она работает для меня.
Ответ 8
Большинство из этих ответов содержат хорошую (правильную) информацию, но в моем случае все еще что-то не хватало.
Мое приложение построено как библиотека (dll) и вызывается приложением не из Qt. Я использовал windeployqt.exe для настройки windeployqt.exe , платформ, плагинов и т.д. В каталоге установки, но он все еще не мог найти платформу. После некоторых экспериментов я понял, что рабочий каталог приложения установлен в другую папку. Итак, я взял каталог, в котором «жила» dll, используя GetModuleHandleExA и добавил этот каталог в путь к библиотеке Qt во время выполнения, используя
Это сработало для меня.
Ответ 9
У меня была эта проблема при использовании QT 5.6, Anaconda 4.3.23, python 3.5.2 и pyinstaller 3.3. Я создал программу python с интерфейсом, разработанным с использованием QTcreator, но ему пришлось развернуть его на других компьютерах, поэтому мне нужно было сделать исполняемый файл с помощью pyinstaller.
Я обнаружил, что проблема была решена на моем компьютере, если я устанавливаю следующие переменные среды:
QT_QPA_PLATFORM_PLUGIN_PATH:% QTDIR%\plugins\платформ\
QTDIR: C:\Miniconda3\pkgs\qt-5.6.2-vc14_3\Library
Но это решение работало только на моем ПК, в котором были установлены конда и qt в этих папках.
Чтобы решить эту проблему и сделать исполняемую работу на любом компьютере, мне пришлось отредактировать «.spec» (файл, сначала сгенерированный pyinstaller), чтобы включить следующую строку:
DATAS = [( ‘C:\Miniconda3\pkgs\Qt-5.6.2-vc14_3\Library\Plugins\платформы *.dll’, «платформы» ),]
Это решение основано на ответах Джима G. и CrippledTable
Ответ 10
У меня была та же проблема, и я решил ее, применив несколько вещей. Первое, если это программа, которую вы сделали с Qt.
В папке (в моем случае) «C:\Qt\Qt5.10.0\5.10.0\msvc2017_64\plugins» вы найдете другие папки, одна из которых — «платформы». Эта папка «платформы» будет скопирована рядом с вашим исполняемым файлом .exe. Теперь, если вы получаете сообщение об ошибке 0xc000007d, значит, вы не скопировали версию, которая была, поскольку она может быть 32-битной или 64-битной.
Если вы продолжаете с ошибками, то вам не хватает больше библиотек. С помощью программы «Dependency Walker» вы можете обнаружить некоторые из пропавших папок. Конечно, он укажет вам, что вам нужен NVIDIA.dll, и скажет вам местоположение.
Другой способ, вместо того, чтобы использовать «Зависимость Уокер», это скопировать все .dll из вашей папки «C:\Windows\System32» рядом с вашим исполняемым файлом. Запустите ваш .exe и, если все загружается хорошо, поэтому у вас нет места в библиотеках dll, которые вам не нужны или не используются, используйте программу .exe со всеми вашими опциями, и, не закрывая .exe, вы удалите все. dll, что вы только что скопировали рядом с .exe, поэтому, если эти .dll используются вашей программой, система не позволит вам стереть, а только удалит ненужные.
Я надеюсь, что это решение вам подходит.
Помните, что если ваша операционная система 64-битная, библиотеки будут в папке System32, а если ваша операционная система 32-битная, они также будут в папке System32. Это происходит так, что не возникает проблем совместимости с 32-битными программами на 64-битном компьютере. Папка SysWOW64 содержит 32-битные файлы в качестве резервной копии.
Ответ 11
Для платформы MinGW, и если вы компилируете цель отладки вручную написанным CMakeLists.txt, написанным ad hoc, вам необходимо добавить qwindows.dll в каталог платформы. Исполняемый файл windeployqt отлично работает, но по какой-то странной причине сборке CMake также нужен вариант выпуска. Таким образом, будет лучше иметь как qwindows.dll, так и qwindowsd.dll в вашем каталоге платформы. Я не заметил того же странного результата при импорте проекта CMake в QtCreator, а затем выполнил процедуру сборки. Компиляция в командной строке проекта CMake, похоже, вызывает зависимость qwindows.dll, если задан правильный для целевой отладки (qwindowsd.dll)
Ответ 12
Используйте этот пакетный файл: RunWithQt.bat
- чтобы использовать его, перетащите файл gui.exe и поместите его в RunWithQt.bat в проводнике,
- или вызовите RunWithQt gui.exe из командной строки
Ответ 13
Если у вас установлена Anaconda, я рекомендую вам удалить ее и попробовать установить пакет python из исходного кода. Я исправил эту проблему следующим образом.
Ответ 14
Приложение qtbase/bin/windeployqt.exe автоматически развертывает ваше приложение. Если вы запускаете приглашение с правильно установленными переменными envirenment, оно развертывается в текущем каталоге. Вы найдете пример скрипта:
Ответ 15
Допустим, вы хотели иметь портативную версию CGAL-Demos. Таким образом, у вас будет папка «CGAL», и в ней 1 подпапка с именем «lib»: все (общие) файлы поддержки для любых программ в CGAL -folder находятся здесь. В нашем примере это будет Dll-Download: просто распакуйте в каталог «lib». Чем дальше вы прокручиваете страницу демо, тем более впечатляющим является контент. В моем случае демо-многогранник показался мне правильным. Если это работает на моем ноутбуке 10+, я впечатлен. Поэтому я создал папку «demo» в «CGAL» -directory рядом с «lib». Теперь создайте .cmd файл в этой папке. Я назвал мой «Многогранник .cmd». Итак, у нас есть структура каталогов, подобная этой:
В этом небольшом примере «Polyhedron.cmd» содержит следующий текст:
Очевидно, что все сценарии могут быть одинаковыми, кроме последней строки. Единственное предостережение: «DOS-окно» остается открытым до тех пор, пока вы используете реальную программу. Закройте окно оболочки, и вы также убьете *.exe. Везде, где вы копируете «CGAL» -folder, так как странный «%
dp0″ -wriggle представляет полный путь к *.cmd файлу, который мы начали, с завершающим «\». Так что «% me% lib» — это всегда полный путь к реальной библиотеке (в моем случае «CGAL\lib»). Следующие 2 строки сообщают Qt, где находятся его файлы времени выполнения. Это будет как минимум файл «qwindows.dll» для программ Windows-Qt плюс любое количество *.dll. Если я правильно помню, у библиотеки Dll (по крайней мере, когда я ее скачал) была небольшая «ошибка», поскольку она содержит «платформы» -directory с qwindows.dll в ней. Поэтому, когда вы открываете каталог lib, вам нужно создать папку «плагины» рядом с «платформами», а затем перейти в «плагины». Если Qt-приложение, любое Qt-приложение, не находит «qwindows.dll», оно не может найти «windows». И он ожидает это в каталоге с именем «platform» в каталоге «plugins», о котором он должен сообщить ОС, на которой она работает. и если QT_PLUGIN_PATH не точно указывает на все вспомогательные файлы необходимо, чтобы некоторые Qt-программы по-прежнему работали без проб. И некоторые жалуются на отсутствие *.dll, которые вы никогда не слышали.
Ответ 16
Эй, ребята, только учусь, но эта тема очень помогла. Это была сборка mingw с использованием компонентов mingw-w64-qt5. Мне повезло, и я попробовал пробиться в вине. Он исключил ошибку, указывающую на .dll, не указанную в других отсутствующих ошибках .dll, и сказал, что от него зависит qwindows.dll, как упоминалось выше. Не решение, очевидно. но он подчеркивает то, что было сказано ранее, что даже если каталог платформы и другие вещи выполнены правильно, он откажется работать, если qwindows.dll имеет неудовлетворенные зависимости. Ошибка Windows может быть очень обманчива, учитывая, сколько возможных причин для этого, что делает советы, которые здесь приводят, очень полезны.
Ответ 17
Для меня решение было исправить переменную PATH . Это был Anaconda3\Library\bin в качестве одного из первых путей. Этот каталог содержит некоторые библиотеки Qt, но не все. Видимо, это проблема. Перемещение C:\Programs\Qt\5.12.3\msvc2017_64\bin в начало PATH решило проблему для меня.