Qt platform plugin found yet not found

Leonardo

Do you have any other dependency for qwindows.dll? If you do, it should be in your exe's directory, and not inside the platform folder.

aran

What do you mean by "other dependency for qwindows.dll"? I only have that one, in the platforms subfolder. Copying it into the exe folder doesn't change anything...

However, I noticed something:
In the platforms/ subfolder, I not only have qwindows.dll, but also libqwindows.a (I simply copied the folder over and it was in there). If I delete the libqwindows.a file, my exe still crashes, but it does so 'silently', i.e., no error is displayed (only the Windows thingie that it stopped working)...

Do I maybe need a certain *.a file for it to work? I don't really think so (as dll's should be enough), but I start to wonder...

What I did now, was to try and go overkill: I copied all the dll's I have in my /usr/i686-w64-mingw32/bin folder and all the folders inside qt/plugins into my exe folder, yet I still get the same crash... So the problem must lie somewhere else - but where?

Leonardo

I use mingw32 on Windows and sometimes my binaries depend on "libgcc_s_dw2-1.dll", for example. That's what I meant. If that were your case (but it's not), you could have this file inside the "platform" folder. Then Dependency Walker would say it's ok, as it's in the same folder, but it wouldn't work with Qt, as it would search for it in the exe's directory.

The .a file is for linking. It has nothing to do with your problem, even though you're reporting some unexpected behavior.

Would you mind uploading your dll somewhere, so I can have a look at it?

aran

Sure, you can find it here: http://photoqt.org/qwindows.dll

Thanks a million for your help, by the way!

Leonardo

Sorry, but I couldn't find anything wrong with your file. It doesn't work here also, and none of the the tools I have can tell why... =/

hskoglund

Hi, your qwindows.dll has a dependency on LIBGCC_S_SJLJ-1.DLL, and that DLL is not used by Qt, that's probably why it doesn't load. To get rid of that dependency try compiling with mingw-w32 instead of mingw-w64 on your ArchLinux.

Leonardo

@hskoglund I don't understand why would that be a problem. As long as it is in a suitable path, what's wrong?

aran

The dll LIBGCC_S_SJLJ-1.DLL exists in the exe folder, so it should find it...

Tomorrow, I'll try to get another distro set up in VirtualBox (prob OpenSUSE, they have all mingw packages in a repository), maybe I get better results with slightly different versions of stuff. They also seem to still have mingw32 in their repositories.

aran

Okay, so I installed OpenSUSE in VirtualBox, installed mingw32, compiled my app, copied the exe and all the dll's to Windows 7, double clicked the exe - aaaaand:

It crashes right away, without any error message :/

The problem seems to be once again in the qwindows.dll, because I do get the same error message as before when I remove the platforms subfolder... If it helps, I uploaded the qwindows.dll to the same file as before: http://photoqt.org/qwindows.dll

Leonardo

So you've just compile Qt's source and your app with MinGW, without getting any error? It compiles successfully, but you cannot run it, right?

aran

Well, compiling Qt from source would be the next step. For mingw32 I used the rpm's that are in one of OpenSUSE's repository. My app, however, compiles and links without errors, I just cannot run it.

JKSH

@aran said:

Well, compiling Qt from source would be the next step. For mingw32 I used the rpm's that are in one of OpenSUSE's repository. My app, however, compiles and links without errors, I just cannot run it.

There are many different "builds" of MinGW out there. Unfortunately, not all are compatible with each other. If you use a build that is incompatible with the one which was used to compile Qt, then you will run into trouble.

See https://wiki.qt.io/MinGW to help you find a compatible build.

Alternatively, use the same copy of MinGW to compile Qt AND your app.

aran

Well, of course I used the same copy to compile both Qt and my app. However, building the base Qt5 package (the one that is responsible for the qwindows.dll) from source didn't change anything...

Thanks for the link! I will give that a go with a fresh setup, however, right now I'm unable to download anything from sourceforge, it always throws me back to the file overview (tried it in different browsers and OS's)... I guess I'll have to try later as there doesn't seem to be a different mirror :/

JKSH

@aran said:

Well, of course I used the same copy to compile both Qt and my app. However, building the base Qt5 package (the one that is responsible for the qwindows.dll) from source didn't change anything...

Hmm... in that case, it's time to try everything. Follow the instructions under "Initial deployment (Quick and dirty)" at http://wiki.qt.io/Deploy_an_Application_on_Windows

aran

Okay, I got a partial success:

I downloaded the Qt installer for Windows, and during installation selected the right mingw compiler version (as per https://wiki.qt.io/MinGW). Now, I'm able to compile my app in QtCreator and it also runs. Well kinda. At first, it ran (i.e., it produced command line output and was shown as 'running') but the main window wasn't visible. Besides the expected output on the command line, I got a bunch of OpenGL warnings.
After installing Direct3D support in VirtualBox and enabling it in the settings, I'm now able to start the app, though nothing else really works. But as I found online, this is due to VirtualBox not having proper support of OpenGL. That means, that I will have to pass a completely untested installer to my users, but at least there's something.

I will try to get a proper cross compiler on Linux running, using the right mingw version and installing qt entirely from source. I know now, that it should work, so hopefully that'll be successful! I'll report back...

Thanks to everybody who helped me so far!

Leonardo

Hi. I have a Qt Quick application that runs perfectly inside VirtualBox. You should enable ANGLE on Qt. It's much more reliable when deploying for Windows.

http://doc.qt.io/qt-5/windows-requirements.html#dynamically-loading-graphics-drivers

aran

Hm, that's strange, that doesn't work for me... Although at your link it says that "As of Qt 5.5 this [dynamic opengl] is the configuration used by the official, pre-built binary packages of Qt.", if I set the QT_OPENGL environment variable to 'angle', my app still crashes...

JKSH

@aran said:

my app still crashes...

Can you build and run your app natively in Linux?
Can you deploy a simple "Hello World" program to Windows?

aran

My app works just fine in Linux, that's where I'm developing it and that's where it's used mostly.
Good question, I give that a go tomorrow (it's too late for that today... zzzzz)

aran

Sorry for the late reply, had a crazy week...

But I eventually did manage to get my app working on Windows!! I had a few subfolders from the lib/qt/qml folder missing. Two slightly odd things I noticed:

If I don't include Qt5Multimedia.dll and Qt5MultimediaQuick_p.dll, then my app crashes, but it doesn't complain about it missing (one of the reasons it took me a while to figure that out). Also dependency walker didn't show me that one as 'missing'...
If some of the *.a files are present, they can cause trouble. In particular in the case of the platforms/ subfolder. If I don't remove the qwindows.a file and thus both qwindows.{a,dll} are in there, then I get the error message I posted in my initial post. Could it be, that for some reason, that Qt (when attempting to load the platform plugin) only considers the filename without the ending? Would be weird, but it kinda seems like that...

Anyways, it's working just fine now. Well, almost: I can't display gif or tiff images in Windows yet. Although, the imageformats/ subfolder contains the dll plugins for both of them. I tried to inspect them (using 'nm' on Linux) and didn't spot any missing dll dependency. Anybody any thoughts what I could try?