Launching app outside of Creator?
I've been using Creator as an IDE for awhile now (on my Mac platform). I've always launched the app from within Creator.
I recently moved the project to a Windows system...builds and runs fine through Creator. But if I try to run it just by double-clicking on the .exe file in the file system, nothing seems to happen.
This is a UI-less app (just reads some input files, and generates some output files).
First, I got an error message, saying that it couldn't find a particular .dll, so I added the path to MinGW to the environment variables, and got past that.
What needs to be done to make this work?
Set the environment variable (path) or put the neccesary dll/plugins beside the *.exe, see "here":http://developer.qt.nokia.com/doc/qt-4.8/deployment-windows.html. You can find the dependencies with "dependencywalker":http://www.dependencywalker.com/ .
Thanks for the information. So, do I understand correctly, that in order to build a stand-alone application, I need to re-build Qt?
Yes, you have to build the Qt libs static. But then take care about the license issue!
I need to pursue this a bit further. Let me provide a bit of information:
For this application, I'm using Qt strictly as an IDE. I'm not using any of the Qt libraries or anything, except for the copy of MinGW (or whatever it's called). So, how am I going to run into licensing problems?
And, since I'm modifying my pathname to find the .dll file(s), what else do I need to do to get this to run by double-clicking?
Sorry if this question seems elementary, but it's really important I get past this, and do it right.
If you start your application from QtCreator, the QtCreator set the path correct, to find the right lib (dll's). If you want to deploy your application, then you have two different choices. First, put the libs (dll's) and the application in the same folder. Second, build the Qt libs static and build your libs with them, so you can deploy your application alone just *.exe file. But when you use static Qt libs, you have to take care about the license . When you use the shared libs (dll's), you can use your own license.
I hope this helps.
OK, this may seem like a dumb question, but how do I determine whether my installation of Qt is built static or not?
tobias.hunger last edited by
You will need to put all the shared libraries you need next to the application itself or into some directory in the PATH of the machine. There should not be any need to link Qt statically (also that makes things easier of course;-).
If you are not using Qt at all in your program, then try adding
CONFIG -= qt
QT -= core gui
to your .pro-file and qmake should no longer link against the Qt libraries.
There appear to be two shared libraries needed by my app:
I first tried moving them to the same directory as the .exe file, and then modified my path variable to reflect their original location (restarting Creator to get the changes to take effect). Now, when I double click on the .exe file, I no longer get an error message, but...nothing seems to happen.
I realize this isn't really a deployment question anymore, but is there a way to find out what happened to these program launches?
Did you try the dependency walker, what I mentioned above? Without you don't know your dependencies!
andre last edited by
If you say it is a console only application, without a GUI, what kind of output do you expect exactly? What happens if you run the application from a command prompt?
[quote author="Andre" date="1329828263"]If you say it is a console only application, without a GUI, what kind of output do you expect exactly?[/quote]
Well, first of all, I expect the program to take about two minutes to run. That's how long it takes when launched from Creator. I also do write some minimal output to cout, which shows up in the "Application Output" area of Creator.
[quote]What happens if you run the application from a command prompt?[/quote]
After a few seconds, the prompt returns.
The input and output files to be used by the app appear untouched.
I wonder: I do use relative pathnames for my filenames in the app. Is it possible that when the app is launched from Creator, it "thinks" it's in a different directory? (I know I'm reaching here, but it seems like this might stem from an inability to open files.)
Is there a way in Windows to temporarily re-route the cout to a file? I have error messages in the app when a file open fails.
Hi, Scylla -
I just tried dependencywalker. It does identify some files I wasn't aware of, and that might warrant a closer look.
But, doesn't Creator just use the system/user environment variables to construct its path? If not, what does Creator do differently that allows it to find these files?
It appears that all the needed files are in one of two directories:
and both of those directories are in my PATH variable.
Take a look at the project-->Run Settings-->Run Environment, there you can see which variables are set from Qt Creator to run the app with correct path.
You're talking about variables other than path, right? There are no environment variables unique to the run environment (all are inherited from the build environment).
In the build environment, all but two variables are inherited from the system environment. Those two that aren't are PATH and QTDIR. But everything listed in the build environment PATH variable is already in the system environment.
Again, can I re-route my cout somehow to make it visible to me? It would tell me if I'm not finding an application file.
Now I don't know what's your problem is ;-). What do you want to know?
I thougth you want to start you app without the development environment, isn't it?
If this is wat you want, you have to put the Qt lib's in the same folder as the *.exe. Furthermore you need in this directory "mingwm10.dll" as well as the "libgcc_s_dw2-1.dll". Last two dll's are needed because you are using the mingw32 compiler. If your app needs a plugin like sqlite or jpeg, you have to put the needed plugins in this folder too. But the plugins need a special format i.e. sqlite plugin: sqldrivers/qsqlite4.dll.
If you now have all dependecies resolved, you app should start. You should see with dependeny walker, that there is no "external" dependency like "c:\system32".
[quote]I thougth you want to start you app without the development environment, isn’t it?[/quote]
Yes, that's it exactly. I'd like the user to be able to double-click on the .exe file and have the app run, and/or start it from the command line.
And, this particular app doesn't use any Qt libraries. It's just a plain .cpp program.
I did try this with the two files you mentioned in the same directory as the app. The app no longer gives me an error, but it also doesn't run.
So, I'm obviously missing something, which is probably quite elementary, because I'm pretty ignorant of Windows. This is why I was asking whether I could re-route my cout calls so I can see them. It's possible the program is starting up, running into an immediate problem (like a data file not found) and quitting, but...I have no visibility into this as it is.
Is this a commandline tool? Did you start your app from cmd.exe?
I tried both. I double-clicked on the executable from a window, and I tried to run it via cmd.exe. Same results (nothing).
Can you provide the app, so I can test it?
I appreciate that offer. I need to supply some needed data files, but first I need to truncate them. Give me a little time. Once I have this ready, what's the best way to convey this to you?
For me it's easier to test it by myself ;-).
On the other hand you can provide more details to your app. I suppose it run from within QtCreator, isn't it? It's a pure c++ app? You use the mingw32 toolchain? If you use QtCreator, how looks your pro file? You can show a picture from dependency walker. Do you use mingw32 dll's version from Qt SDK? a.s.o. ....
OK, how about I email you the .exe and the .pro file? You can't run it without the input files, but maybe you can learn something about it.
Yes, it's pure C++, and I'm using the mingw32 tool chain (can't get Visual Studio to work, but that's a problem for another thread).
I sent you a pn ;-)
Replied via email. Thanks!
Sorry but I didn't receive any email :-(.
Just sent it again. It has about 5 MB of attachment, so maybe it's hitting your spam filter?
5MB should be no problem. There is still no mail :-(. You can try a file hoster like "mediafire":http://www.mediafire.com/ .
OK, I'll try mediafire. Here are links to the two files:
So now I got the files. So I will take a look at this ;-)
So, here it doesn't run as well. The debugger says it crashs while loading some dll's. Is this version a debug or a release version. On windows you can not mix them. Is this a 64Bit or a 32Bit version? I know this behavior while mixing release/debug libs. Is there any argument needed for starting the app? Is this app a console app or a win API app?
I'm so sorry I didn't get back to you...I didn't see your message until just now. I believe I uploaded a debug, 32-bit version (I'm still trying to get a 64-bit version of Qt built, but I'm running into issues). It's a console app, and the version I sent you doesn't need any arguments.
This was the same problem I had...when I try to run it, it tells me it needs a couple of .dlls. When I supply those .dlls, it silently opens, then closes much too quickly to have done anything.
I can upload a new image, or send you some source if you want to look at the top-level routines.