QCoreApplication... In a library.

[hickscorp]

Ok in other words: is it possible to get a QCoreApplication object from the "already running" application, which already have a message loop? Is there some way for example to do:

QCoreApplication *runningApp = QCoreApplication::fromThread(QThread::currentThread());

QCoreApplication *runningApp = QCoreApplication::fromThread(QThread::currentThread());

To copy to clipboard, switch view to plain text mode 

?

[hickscorp]

i've read a bit about the processEvent method of a QApplication... But i hardly can find how can this help me.
If want to use processEvent, it means it will be called from a function of my DLL, after the Windev application calls it... Which means, i still have no way to poll the device events when the Windev application has control (When the program from my DLL is not running at all, not called, or returned already).
Also, i'd like to be able to use slots and signal functionality, that's kinda why i choose Qt over the so horrible Win32 API.

Still looking for an answer.
Thanks guys,
Me.

[umituzun84]

Hi hickscorp;

I have same problem as you have. I have a main MFC application and QT dll which has internal QApplication. When I load qt dll as you expect I have to initialize QApplication and exec it. When I exec qapplication in my dll function, execition flow stops there and never return to my called place to follow other operation in my main MFC application. I can't find any way to solve this wierd problem. You can see my problem from attached image.

is there anyone who knows how to create Qt Dll library with QApplication but when it loaded it can initialize QApplication and exec it instead of expilicitly exported dll function calling from main application. For example MFC dlls can do this operation and when dll loaded it can create own eventloop implicitly so we have not to call another function to initialize any eventloop.

Please help me. I have to solve this problem as fast as I can.

Regards.