Qt 5.1.1：プラットフォームプラグイン「windows」が見つからないため、アプリケーションを起動できませんでした

編集： 一部の人々は私の質問を重複としてマークし始めました。私がこれを尋ねたとき、多くの同様の質問が存在したことを忘れないでください（たとえば、以下のリストを参照してください）。しかし、これらの回答のどれも私の問題を解決しませんでした。長い検索の結果、見つからないlibを指しているすべてのユーザーによって無視されていたコメントが見つかりました。現在、数か月後、コメントは回答に変更されました。しかし、私がmsyselfによってこの質問に答えたとき、私はソリューションを直接提供することによって他の人々を助けるつもりでした。これは忘れてはいけません。これまでのところ、私の答えは多くの人々を助けました。したがって、私の質問は間違いなく重複ではありません。 ちなみに、上部にあるリンク内で受け入れられた回答は問題を解決しません！

はい、検索を使用しました：

プラットフォームプラグイン「windows」の読み込みに失敗しました。利用可能なプラットフォームは次のとおりです：エラー

Visual Studio qwindows.dllエラーからのQt C ++アプリケーションのデプロイ

プラットフォームプラグイン "windows"の読み込みに失敗しました使用可能なプラットフォームは次のとおりです：windows、minimal

しかし、私の場合、問題はまだ解決しません。Visual Studio 2012でQt 5.1.1を使用しており、Windows 7でQt Creator 2.8.1を使用してアプリケーションを開発しました。アプリケーションは「リリース」モードでコンパイルされ、Qt Creatorで直接起動すると実行できます。

ただし、「リリース」フォルダから開始すると、次のメッセージが表示されます。

このアプリケーションは、Qtプラットフォームプラグイン「windows」を検出またはロードできなかったため、起動できませんでした。使用可能なプラットフォームプラグインは、最小、オフスクリーン、Windowsです。

フォルダ構造は次のようになります。

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

プラットフォームは、qwindows.dllなど、Qt \ Qt5.1.1 \ 5.1.1 \ msvc2012 \ plugins \ platformsから直接コピーされたフォルダーです。他の一部のユーザーのように「プラットフォーム」に名前を変更してもかまいません。Qtはまだ「プラットフォームプラグインウィンドウ」を見つけていません。私の間違いはどこですか？

ここに投稿したように、https：//stackoverflow.com/a/17271172/1458552他のユーザーの注意を引く必要はありません。

libEGL.dllは行方不明になりました！これは、アプリケーションを起動しようとしたときに報告されていません（Qt5Gui.dllなどの他のすべての* .dllが報告されていました）。

exeの場所の隣にプラットフォームディレクトリを作成し、qwindows.dllを中に入れましたが、「プラットフォームプラグイン "windows"を読み込めませんでした。利用可能なプラットフォームは：windows」エラーです。

qwindows.dllをC：\ Qt \ Qt5.1.1 \ Tools \ QtCreator \ bin \ plugins \ platformsからコピーしましたが、これは適切な場所ではありません。Qt Creatorで実行してデバッグログを確認したところ、デバッガーで実行すると、アプリがC：\ Qt \ Qt5.1.1 \ 5.1.1 \ mingw48_32 \ plugins \ platformsを探していました。

C：\ Qt \ Qt5.1.1 \ 5.1.1 \ mingw48_32 \ plugins \ platformsからコピーすると、すべて正常に動作しました。

リリースにライブラリ/プラグインがないか、ライブラリが間違ったディレクトリまたは間違ったディレクトリにある可能性があります。

Qtが意図した答え：windeployqtを使用。説明については、最後の段落を参照してください

手動回答：

application.exeファイルと同じディレクトリに「platforms」という名前のフォルダを作成します。アプリケーションのリリースに使用したコンパイラの/ binにあるqwindows.dllをコピーして「platforms」フォルダに貼り付けます。魔法のように動作します。.dllが存在しない場合は、plugins / platforms /を確認します（plugins /はbin /と同じディレクトリにある）<-PfunnyGuyのコメント。

よくある問題は、.dllが間違ったコンパイラbinから取得されたことです。アプリのリリースに使用したのと同じコンパイラからqwindows.dllをコピーしてください。

Qtには、すべての依存関係（qwindows.dllやlibEGL.dllなどの依存関係を含む）をデプロイされた実行可能ファイルのフォルダーに追加するプラットフォームコンソールアプリケーションが付属しています。これはアプリケーションをデプロイするための意図された方法であるため、ライブラリを見逃すことはありません（これらすべての回答の主な問題です）。Windows用のアプリケーションはwindeployqtと呼ばれます。OSごとに展開コンソールアプリが存在する可能性があります。

設定QT_QPA_PLATFORM_PLUGIN_PATH％QTDIR％\プラグイン\プラットフォームに環境変数を\ 私のために働きました。

また、こことここにも言及されました。

私はこれに遭遇しましたが、見つけられた答えのどれも私のためにそれを修正しませんでした。

私の同僚は、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を実行すると、。\ platformsサブフォルダーの実行可能ファイルの横にあるファイルではなく、C：\ Qt \ Qt5.6.0 \ 5.6 \ msvc2015 \ plugins \ platforms \ qwindows.dllファイルが使用されます。

これを回避するために、Qt5Core.dllのパスを確認する前に、「プラットフォーム」サブフォルダーのexeの隣を参照するように強制するように見える次のコード行をアプリケーションに追加しました。

QCoreApplication::addLibraryPath(".");

上記の行を次のようにQApplication呼び出しの前にmainメソッドに追加しました。

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

ディレクトリを作成platforms してコピーしqwindows.dll、それを、platformsとapp.exe同じディレクトリにあります

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

フォルダー構造 + app.exe + platforms\qwindows.dll

別の解決策を見つけました。次のように、appフォルダーにqt.confを作成します。

[Paths]
Prefix = .

そして、pluginsフォルダーをappフォルダーにコピーします。

これらの回答のほとんどには適切な（正しい）情報が含まれていますが、私の場合、まだ何か不足しています。

私のアプリはライブラリ（dll）としてビルドされ、Qt以外のアプリケーションによって呼び出されます。以前windeployqt.exeはQt dll、プラットフォーム、プラグインなどをインストールディレクトリに設定していましたが、それでもプラットフォームを見つけることができませんでした。実験を重ねたところ、アプリケーションの作業ディレクトリが別のフォルダに設定されていることに気付きました。だから、私はdllが「生きている」ディレクトリをつかんGetModuleHandleExAで実行時にQtライブラリパスにそのディレクトリを追加しました

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

これでうまくいきました。

私にとっての解決策は PATH変数ことでした。最初のパスの1つとして、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を使用しているときにこの問題が発生しました。QTcreatorを使用して開発されたインターフェイスでPythonプログラムを作成しましたが、それを他のコンピューターに展開する必要があったため、pyinstallerを使用して実行可能ファイルを作成する必要がありました。

次の環境変数を設定すると、コンピューターで問題が解決したことがわかりました。

QT_QPA_PLATFORM_PLUGIN_PATH：％QTDIR％\ plugins \ platforms \

QTDIR：C：\ Miniconda3 \ pkgs \ qt-5.6.2-vc14_3 \ Library

しかし、このソリューションは、それらのフォルダーにcondaとqtがインストールされている私のPCでのみ機能しました。

これを解決し、任意のコンピューターで実行可能ファイルを機能させるために、「。spec」（pyinstallerによって最初に生成されたファイル）を編集して、次の行を含める必要がありました。

datas = [（ 'C：\ Miniconda3 \ pkgs \ qt-5.6.2-vc14_3 \ Library \ plugins \ platforms * .dll'、 'platforms'）、]

このソリューションは、ジムG.とCrippledTableの回答に基づいています

同じ問題があり、いくつかのことを適用することで解決しました。1つ目は、Qtで作成したプログラムの場合です。

「C：\ Qt \ Qt5.10.0 \ 5.10.0 \ msvc2017_64 \ plugins」のフォルダ（私の場合）には他のフォルダがあり、そのうちの1つは「プラットフォーム」です。その「platforms」フォルダーは、.exe実行可能ファイルの横にコピーされます。ここで、エラー0xc000007dが発生した場合は、32ビットまたは64である可能性があるため、バージョンをコピーしなかったということです。

エラーが続く場合は、ライブラリが不足しています。「Dependency Walker」プログラムを使用すると、欠落しているフォルダーの一部を検出できます。きっとそれはあなたにNVIDIA .dllが必要であることを示し、それはあなたに場所を教えてくれます。

別の方法として、「Dependency Walker」を使用する代わりに、実行可能ファイルの横にある「C：\ Windows \ System32」フォルダからすべての.dllをコピーすることもできます。.exeを実行し、すべてがうまくロードされて、不要または使用しないdllライブラリに領域が占有されていない場合は、.exeプログラムをすべてのオプションで使用し、.exeを閉じずにすべてを消去します。 .exeの横にコピーしたdllなので、それらの.dllがプログラムで使用されている場合、システムは消去せず、不要なものだけを削除します。

このソリューションが役立つことを願っています。

オペレーティングシステムが64ビットの場合、ライブラリはSystem32フォルダーにあり、オペレーティングシステムが32ビットの場合、ライブラリもSystem32フォルダーにあることに注意してください。これは、64ビットコンピュータで32ビットのプログラムとの互換性の問題がないようにするために発生します。SysWOW64フォルダーには、バックアップとして32ビットファイルが含まれています。

MinGWプラットフォームで、アドホックで書かれた手作りのCMakeLists.txtでデバッグターゲットをコンパイルする場合は、qwindows.dllもプラットフォームディレクトリに追加する必要があります。windeployqt実行可能ファイルは適切に機能しますが、奇妙な理由により、CMakeビルドにもリリースバリアントが必要なようです。要約すると、qwindows.dllとqwindowsd.dllの両方をプラットフォームディレクトリに置く方が良いでしょう。QtCreatorにCMakeプロジェクトをインポートしてからビルドプロシージャを実行しても、同じ奇妙な結果に気づきませんでした。コマンドラインでコンパイルすると、デバッグターゲットの正しいものが設定されている場合（qwindowsd.dll）に、CMakeプロジェクトがqwindows.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にドロップします。
• または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-Demosポータブルが欲しかったとしましょう。したがって、「CGAL」というフォルダーがあり、その中に「lib」というサブフォルダーが1つあります。CGALフォルダー内のプログラムのすべての（共通）support-dllがここにあります。この例では、これはDll-Downloadです。単に「lib」ディレクトリに解凍します。demos-pageをさらに下にスクロールすると、コンテンツがより印象的になります。私の場合、多面体デモはほぼ正しいように見えました。これが私の10歳以上のノートブックで実行されると、私は感心します。そこで、「CGAL」ディレクトリに「lib」とともに「demo」というフォルダを作成しました。次に、そのフォルダに.cmd-fileを作成します。私は「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ウィンドウ」が開いたままになることです。シェルウィンドウを閉じると、*。exeも強制終了されます。奇妙な "％〜dp0" -wriggleが、開始した* .cmd-fileへのフルパスを表し、末尾に "\"が付いているため、「CGAL」フォルダーをコピーする場所はどこでもかまいません。したがって、「％me％lib」は常に実際のライブラリ（私の場合は「CGAL \ lib」）への絶対パスです。次の2行は、Qtに「ランタイム」ファイルの場所を伝えます。これは、少なくともWindows-Qtプログラムの「qwindows.dll」ファイルに任意の数の* .dllを加えたものになります。私が正しく覚えているとしたら、Dllライブラリー（少なくとも私がダウンロードしたとき）には、qplat.dllを含む「プラットフォーム」ディレクトリーが含まれているため、「バグ」が少しありました。「プラグイン」に移動します。Qtのアプリ、場合どの Qtのアプリは、「qwindows.dll」を見つけることができない、それは「窓」を見つけることができません。そして、「plugins」ディレクトリの「platforms」という名前のディレクトリにあることを期待します。このディレクトリは、OSが実行されていることで通知される必要があります。必要な場合、一部のQtプログラムは問題なく実行されます。そして、聞いたことのない* .dllが見つからないことについて不平を言う人もいます...

QTバージョン5.14.0を使用している人にとって、このバグのピースの文を見つけるのに2日かかりました。

windeployqtがMinGWで機能しないQTBUG-80763 5.14.1で修正される

https://wiki.qt.io/Qt_5.14.0_Known_Issues

だから気をつけて。windeployqtをMinGWで使用すると、ここで説明したのと同じエラーが発生します。