Qt 5.1.1: програму не вдалося запустити, оскільки плагін "windows" відсутній

Редагувати: деякі люди почали позначати моє запитання як дублікат. Не забувайте, що багато подібних питань існувало, коли я задавав це питання (див., Наприклад, список нижче). Однак жодна з цих відповідей не вирішила моєї проблеми . Після тривалого пошуку я знайшов коментар, який усі користувачі проігнорували, вказуючи на відсутніх ліб. Тепер, через багато місяців, коментар було змінено на відповідь. Однак, відповівши на це запитання msyself, я мав намір допомогти іншим, безпосередньо надавши рішення. Це не слід забувати, і поки що моя відповідь допомогла багатьом людям. Тому моє питання, безумовно, не є дублікатом. До речі: прийнята відповідь у наданому посиланні зверху не вирішує проблеми !

Так, я використовував пошук:

Не вдалося завантажити плагін "windows". Доступні платформи: Помилка

Розгортання програми Qt C ++ від Visual Studio qwindows.dll помилка

не вдалося завантажити плагін "windows". Доступними платформами є: windows, мінімальний

Однак у моєму випадку проблема все ще зберігається. Я використовую Qt 5.1.1 з Visual Studio 2012 і розробив свою програму для Windows 7 з Qt Creator 2.8.1. Додаток компілюється у "Release" -моді та може бути виконано, якщо безпосередньо розпочати роботу з Qt Creator.

Однак, починаючи з "випуску" -Folder, я отримую таке повідомлення:

Цей додаток не вдалося запустити, оскільки він не зміг знайти або завантажити «вікна» плагіна платформи Qt. Доступними плагінами платформи є: мінімальний, екран, екран.

Структура папок виглядає приблизно так:

release
+ gui.exe
+ icudt51.dll
+ icuin51.dll
+ icuuc51.dll
+ libGLESv2.dll
+ Qt5Core.dll
+ Qt5Gui.dll
+ Qt5Widgets.dll
+ platforms

Платформи - це папка, безпосередньо скопійована з Qt \ Qt5.1.1 \ 5.1.1 \ msvc2012 \ плагінів \ платформ, включаючи, наприклад, qwindows.dll. Не має значення, чи я перейменую його на "платформу", як це робили інші користувачі. Qt все ще не знаходить «платформних вікон плагінів», де моя помилка?

Гаразд, як розміщено тут https://stackoverflow.com/a/17271172/1458552 без особливої ​​уваги з боку інших користувачів:

Файл libEGL.dll відсутній! Незважаючи на те, що про це не було повідомлено при спробі запуску програми (повідомлялося про всі інші * .dll, такі як Qt5Gui.dll).

Я створив каталог платформ поруч зі своїм місцем розташування EXE і помістив qwindows.dll всередину, але все одно отримав "Не вдалося завантажити плагін" Windows ". Доступними платформами є: windows".

Я скопіював qwindows.dll з C: \ Qt \ Qt5.1.1 \ Tools \ QtCreator \ bin \ plugins \ платформи, що не є правильним розташуванням. Я переглянув журнал налагодження від запуску в Qt Creator і виявив, що моя програма шукала на платформах C: \ Qt \ Qt5.1.1 \ 5.1.1 \ mingw48_32 \ плагіни \ під час запуску налагоджувача.

Коли я скопіював з C: \ Qt \ Qt5.1.1 \ 5.1.1 \ mingw48_32 \ plugins \ платформи, все працювало нормально.

У випуску, ймовірно, відсутня бібліотека / плагін або бібліотека знаходиться в неправильному каталозі та з неправильного каталогу.

Qt призначена відповідь: Використовуйте windeployqt . див. останній абзац для пояснення

Відповідь вручну:

Створіть папку з назвою "платформи" в тому самому каталозі, що і файл application.exe. Скопіюйте та вставте qwindows.dll, знайдений у / bin того компілятора, який ви використовували для випуску програми, у папку "платформи". Як і магія, це працює. Якщо .dll немає, перевірте плагіни / платформи / (плагіни / знаходяться в тій самій каталозі, що і bin /) <- коментар PfunnyGuy.

Схоже, загальною проблемою є те, що .dll був взято з неправильного кофа компілятора. Не забудьте скопіювати qwindows.dll з того самого компілятора, що і для випуску програми.

Qt поставляється з додатками консольної платформи, які додадуть усі залежності (включаючи qwindows.dll та libEGL.dll) у папку розгорнутого виконуваного файлу. Це призначений спосіб розгортання вашої програми, тому ви не пропускаєте жодної бібліотеки (що головне питання з усіма цими відповідями). Додаток для Windows називається windeployqt . Ймовірно, додаток консолі розгортання для кожної ОС.

Налаштування QT_QPA_PLATFORM_PLUGIN_PATHзмінної середовища на% QTDIR% \ plugins \ platforms \ працювало для мене .

Було також відзначено , тут і тут .

Я наткнувся на це, і жодна з відповідей, яку я не міг знайти, зафіксувала це для мене.

У моїй колекції на його машині встановлений Qt (5.6.0) за адресою: C: \ Qt \ Qt5.6.0 \ 5.6 \ msvc2015 \ плагіни
У мене в тому самому місці встановлений 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 \ platforms \ qwindows.dll замість того, який знаходиться поруч із виконуваним файлом у підпапці.

Щоб обійти це питання, я додав наступний рядок коду до програми, яка, здається, змушує його шукати поруч із exe для підпапки "платформи", перш ніж він перегляне шлях у Qt5Core.dll.

QCoreApplication::addLibraryPath(".");

Я додав вищезазначений рядок до основного методу перед викликом QApplication таким чином:

int main( int argc, char *argv[] )
{
    QCoreApplication::addLibraryPath(".");
    QApplication app( argc, argv );
    ...
    return app.exec();
}

створіть dir platforms та скопіюйте qwindows.dllйого, platformsі app.exeперебувайте в одному dir

cd app_dir mkdir platforms xcopy qwindows.dll platforms\qwindows.dll

Структура папок + app.exe + platforms\qwindows.dll

Я знайшов інше рішення. Створіть qt.conf у папці додатків як такий:

[Paths]
Prefix = .

А потім скопіюйте папку плагінів у папку додатків, і вона працює для мене.

Більшість цих відповідей містять добру (правильну) інформацію, але в моєму випадку все-таки щось бракувало.

Мій додаток побудовано як бібліотека (dll) і викликається програмою, що не належить до Qt. Я використовував windeployqt.exeдля установки Qt dll, платформ, плагінів і т.д. в каталог встановлення, але він все ще не міг знайти платформу. Після деяких експериментів я зрозумів, що робочий каталог програми було встановлено на іншу папку. Отже, я схопив каталог, в якому dll "жив" за допомогою, GetModuleHandleExAі додав цей каталог до шляху бібліотеки Qt під час виконання

QCoreApplication::addLibraryPath(<result of GetModuleHandleExA>);

Це працювало для мене.

Для мене рішенням було виправити PATHзмінну. Один з перших шляхів мав Anaconda3 \ Library \ bin. Цей каталог містить деякі бібліотеки Qt, але не всі. Мабуть, це проблема. Переміщення C: \ Programs \ Qt \ 5.12.3 \ msvc2017_64 \ bin на фронт PATHвирішило для мене проблему.

У мене була ця проблема під час використання QT 5.6, Anaconda 4.3.23, python 3.5.2 та pyinstaller 3.3. Я створив програму python з інтерфейсом, розробленим за допомогою QTcreator, але мусив розгорнути його на інших комп'ютерах, тому мені потрібно було виконати виконуваний файл, використовуючи pyinstaller.

Я виявив, що проблема була вирішена на моєму комп'ютері, якщо я встановив такі змінні середовища:

QT_QPA_PLATFORM_PLUGIN_PATH:% QTDIR% \ плагіни \ платформи \

QTDIR: C: \ Miniconda3 \ pkgs \ qt-5.6.2-vc14_3 \ Бібліотека

Але це рішення працювало лише на моєму ПК, у якому були встановлені conda та qt у цих папках.

Щоб вирішити це і виконати виконуваний файл роботи на будь-якому комп’ютері, мені довелося відредагувати ".spec" (файл, спершу створений pyinstaller), щоб включити наступний рядок:

datas = [('C: \ Miniconda3 \ pkgs \ qt-5.6.2-vc14_3 \ Library \ plugins \ platforms * .dll', 'platforms'),]

Це рішення засноване на відповідях Джима Г. та CrippledTable

У мене була та сама проблема, і я вирішив її, застосувавши кілька речей. Перше, якщо це програма, яку ви робили з Qt.

У папці (в моєму випадку) "C: \ Qt \ Qt5.10.0 \ 5.10.0 \ msvc2017_64 \ плагіни" ви знайдете інші папки, одна з них - "платформи". Ця папка "платформи" буде скопійована поруч із вашим виконуваним файлом .exe. Тепер, якщо ви отримуєте помилку 0xc000007d, це те, що ви не скопіювали версію, яка була, оскільки вона може бути 32 біт або 64.

Якщо ви продовжуєте помилки, це те, що вам не вистачає більшої кількості бібліотек. За допомогою програми «Прогулянковий ходунок» ви можете виявити деякі з відсутніх папок. Звичайно, він вкаже вам, що вам потрібен NVIDIA .dll, і він повідомить вам місце розташування.

Ще один спосіб замість використання «Walker Dependency» - скопіювати весь .dll зі своєї папки «C: \ Windows \ System32» поруч із виконуваним файлом. Виконайте свій .exe, і якщо все добре завантажується, щоб у вас не було місця, зайнятого в бібліотеках dll, які вам не потрібні і не користуються, використовуйте програму .exe з усіма своїми параметрами і не закриваючи .exe, який ви робите, видаляє всі. dll, який ви тільки що скопіювали поруч із .exe, тому якщо ці .dll використовуються вашою програмою, система не дозволить вам стерти, видаливши лише ті, які не потрібні.

Я сподіваюся, що це рішення вам послужить.

Пам’ятайте, що якщо у вашій операційній системі 64 біти, бібліотеки будуть знаходитися в папці System32, а якщо ваша операційна система - 32 біти, вони також будуть знаходитися в папці System32. Це трапляється так, що в 64-бітовому комп'ютері немає проблем із сумісністю з програмами, що мають 32 біти. Папка SysWOW64 містить 32-бітні файли як резервну копію.

Для платформи MinGW і якщо ви збираєте ціль налагодження за допомогою власноруч написаного CMakeLists.txt написаного ad hoc, вам також потрібно додати qwindows.dll до реєстру платформи. Виконаний файл windeployqt виконує свою роботу добре, але здається, що для незрозумілої причини для складання CMake потрібен і варіант випуску. Підсумовуючи це, буде краще мати як qwindows.dll, так і qwindowsd.dll у своєму каталозі платформи. Я не помітив такого ж дивного результату, коли імпортував проект CMake в QtCreator, а потім запускав процедуру збирання. Компіляція в командному рядку проекту CMake, здається, викликає залежність qwindows.dll або якщо встановлена ​​правильна ціль налагодження (qwindowsd.dll)

Використовуйте цей пакетний файл: RunWithQt.bat

@echo off
set QTDIR=C:\Qt\Qt5.1.1\5.1.1\msvc2012\bin
set QT_QPA_PLATFORM_PLUGIN_PATH=%QTDIR%\plugins\platforms\
start %1

• щоб його використовувати, перетягніть файл gui.exe і опустіть його на RunWithQt.bat в Explorer,
• або зателефонувати RunWithQt gui.exeз командного рядка

Якщо у вас встановлена ​​Anaconda, я рекомендую вам її видалити та спробуйте встановити пакунок python з джерела, я вирішив цю проблему таким чином

Додаток qtbase / bin / windeployqt.exe автоматично розгортає вашу програму. Якщо ви запустили підказку із встановленими параметрами оточуючої середовища правильно, він передається в поточний каталог. Ви знайдете приклад сценарію:

@echo off
set QTDIR=E:\QT\5110\vc2017

set INCLUDE=S:\Program Files (x86)\Microsoft Visual Studio\2017\Enterprise\VC\Tools\MSVC\14.15.26726\ATLMFC\include;S:\Program Files (x86)\Microsoft Visual Studio\2017\Enterprise\VC\Tools\MSVC\14.15.26726\include;C:\Program Files (x86)\Windows Kits\NETFXSDK\4.6.1\include\um;C:\Program Files (x86)\Windows Kits\10\include\10.0.14393.0\ucrt;C:\Program Files (x86)\Windows Kits\10\include\10.0.14393.0\shared;C:\Program Files (x86)\Windows Kits\10\include\10.0.14393.0\um;C:\Program Files (x86)\Windows Kits\10\include\10.0.14393.0\winrt;C:\Program Files (x86)\Windows Kits\10\include\10.0.14393.0\cppwinrt

set LIB=S:\Program Files (x86)\Microsoft Visual Studio\2017\Enterprise\VC\Tools\MSVC\14.15.26726\ATLMFC\lib\x86;S:\Program Files (x86)\Microsoft Visual Studio\2017\Enterprise\VC\Tools\MSVC\14.15.26726\lib\x86;C:\Program Files (x86)\Windows Kits\NETFXSDK\4.6.1\lib\um\x86;C:\Program Files (x86)\Windows Kits\10\lib\10.0.14393.0\ucrt\x86;C:\Program Files (x86)\Windows Kits\10\lib\10.0.14393.0\um\x86;

set LIBPATH=S:\Program Files (x86)\Microsoft Visual Studio\2017\Enterprise\VC\Tools\MSVC\14.15.26726\ATLMFC\lib\x86;S:\Program Files (x86)\Microsoft Visual Studio\2017\Enterprise\VC\Tools\MSVC\14.15.26726\lib\x86;S:\Program Files (x86)\Microsoft Visual Studio\2017\Enterprise\VC\Tools\MSVC\14.15.26726\lib\x86\store\references;C:\Program Files (x86)\Windows Kits\10\UnionMetadata\10.0.17134.0;C:\ProgramFiles (x86)\Windows Kits\10\References\10.0.17134.0;C:\Windows\Microsoft.NET\Framework\v4.0.30319;

Path=%QTDIR%\qtbase\bin;%PATH%
set VCIDEInstallDir=S:\Program Files (x86)\Microsoft Visual Studio\2017\Enterprise\Common7\IDE\VC\
set VCINSTALLDIR=S:\Program Files (x86)\Microsoft Visual Studio\2017\Enterprise\VC\
set VCToolsInstallDir=S:\Program Files (x86)\Microsoft Visual Studio\2017\Enterprise\VC\Tools\MSVC\14.11.25503\
set VisualStudioVersion=15.0
set VS100COMNTOOLS=C:\Program Files (x86)\Microsoft Visual Studio 10.0\Common7\Tools\
set VS110COMNTOOLS=C:\Program Files (x86)\Microsoft Visual Studio 11.0\Common7\Tools\
set VS120COMNTOOLS=S:\Program Files (x86)\Microsoft Visual Studio 12.0\Common7\Tools\
set VS150COMNTOOLS=S:\Program Files (x86)\Microsoft Visual Studio\2017\Enterprise\Common7\Tools\
set VS80COMNTOOLS=C:\Program Files (x86)\Microsoft Visual Studio 8\Common7\Tools\
set VS90COMNTOOLS=c:\Program Files (x86)\Microsoft Visual Studio 9.0\Common7\Tools\
set VSINSTALLDIR=S:\Program Files (x86)\Microsoft Visual Studio\2017\Enterprise\
set VSSDK110Install=C:\Program Files (x86)\Microsoft Visual Studio 11.0\VSSDK\
set VSSDK150INSTALL=S:\Program Files (x86)\Microsoft Visual Studio\2017\Enterprise\VSSDK
set WindowsLibPath=C:\Program Files (x86)\Windows Kits\10\UnionMetadata;C:\Program Files (x86)\Windows Kits\10\References
set WindowsSdkBinPath=C:\Program Files (x86)\Windows Kits\10\bin\
set WindowsSdkDir=C:\Program Files (x86)\Windows Kits\10\
set WindowsSDKLibVersion=10.0.14393.0\
set WindowsSdkVerBinPath=C:\Program Files (x86)\Windows Kits\10\bin\10.0.14393.0\
set WindowsSDKVersion=10.0.14393.0\
set WindowsSDK_ExecutablePath_x64=C:\Program Files (x86)\Microsoft SDKs\Windows\v10.0A\bin\NETFX 4.6.1 Tools\x64\
set WindowsSDK_ExecutablePath_x86=C:\Program Files (x86)\Microsoft SDKs\Windows\v10.0A\bin\NETFX 4.6.1 Tools\

mkdir C:\VCProjects\Application\Build\VS2017_QT5_11_32-Release\setup
cd C:\VCProjects\Application\Build\VS2017_QT5_11_32-Release\setup
copy /Y ..\Release\application.exe .
windeployqt application.exe
pause

Скажімо, ви хотіли мати портатив CGAL-Demo . Отже, у вас буде папка "CGAL", а в ній 1 підпапка під назвою "lib": сюди йдуть усі (загальні) служби підтримки для будь-яких програм у папці CGAL. У нашому прикладі це буде Dll-Download : просто розпакуйте в каталог "lib". Чим далі ви прокручуєте вниз на демонстраційній сторінці , тим більш вражаючий вміст. У моєму випадку багатогранник-демо здавався правильним. Якщо це працює на моєму зошиті 10 років, я вражений. Тому я створив папку "demo" у довіднику "CGAL" поряд з "lib". Тепер створіть .cmd-файл у цій папці. Я назвав шахту "Polyhedron.cmd". Отже, у нас така структура каталогів:

 CGAL - the bag for all the goodies
  lib - all libraries for all CGAL-packages
 demo - all the demos I'm interested in
[...] - certainly some other collections, several apps per folder...
Polyhedron.cmd - and a little script for every Qt-exe to make it truly portable.

У цьому невеликому прикладі "Polyhedron.cmd" містить такий текст:

@echo off
set "me=%~dp0"
set PATH=%me%lib
set "QT_PLUGIN_PATH=%me%lib\plugins"
start /b "CGAL Polyhedron Demo" "%me%demo\polyhedron\polyhedron_3.exe"

Очевидно, всі сценарії можуть бути однаковими, крім останнього рядка. Єдине застереження: "DOS-Window" залишається відкритим, поки ви використовуєте фактичну програму. Закрийте вікно оболонки, і ви також вб'єте * .exe. Куди б ви не скопіювали папку "CGAL", оскільки дивний "% ~ dp0" -wriggle представляє повний шлях до файлу * .cmd, який ми розпочали, із заднім числом "\". Отже, "% me% lib" - це завжди повний шлях до фактичної бібліотеки (у моєму випадку "CGAL \ lib"). Наступні два рядки повідомляють Qt, де знаходяться його файли "час виконання". Це буде принаймні файл "qwindows.dll" для програм Windows-Qt плюс будь-яка кількість * .dlls. Якщо я правильно пам’ятаю, у бібліотеці Dll (принаймні, коли я її завантажував) було трохи «помилок», оскільки вона містить «платформи» -директорія з qwindows.dll в ній.перейти до "плагінів". Якщо Qt-додаток, будь - який Qt-додаток, не знаходить "qwindows.dll", він не може знайти "windows". І він очікує, що це буде в каталозі з назвою "платформи" в каталозі "плагіни", до якого він повинен повідомити ОС, що він працює ... і якщо "QT_PLUGIN_PATH" точно не вказує на всіх помічників, які ви Потрібно, що деякі Qt-програми все ще працюватимуть без будь-яких проблем. А деякі скаржаться на відсутність * .dlls, яких ви ніколи не чули ...

Для всіх, хто надходить з QT версії 5.14.0, мені знадобилося 2 дні, щоб знайти цю частину помилки:

windeployqt не працює для MinGW QTBUG-80763 Буде виправлено в 5.14.1

https://wiki.qt.io/Qt_5.14.0_K known_Issues

Тож знайте. Використання windeployqt зMinGW дасть ту саму помилку, яку вказано тут.