I'm calling a emit signal1()
from a non Qt thread.
By non Qt thread I mean not from the GUI Event Loop and not from any QThread run() method or any QThread own event loop.
It is simply a pthread (pthread_create()) that calls a method of a QObject which emits signals.
ex:
MyQbject: public QObject
{
...
void emitBunchOfSignals()
{
emit signal1();
emit signal2();
...
}
...
}
the "run" method of my pthread which has a pointer to a MyObject instance (instance that was created within the main Qt GUI thread context NOT the pthread) calls the emitBunchOfSignals()
methods.
Before Qt 4.5 that was nasty. Now, does Qt 4.5 handle this ?
Does it call qApp->PostEvent()
or something so the signal is emitted within the Qt GUI Thread (and thus the slot as well) ?
thanks
What you need to make sure is that you use a queued connection to a from threads, as Qt cannot autmatically sense which object that belong to which thread ("thread affinity" is the term used in the documentation). You do this when connecting:
connect(src, SIGNAL(signal-signature), dest, SLOT(slot-signature), Qt::QueuedConnection);
That will result in the signal being put on the event loop of the destination, and the slot being called when its thread is running (i.e. its event loop).
If you love us? You can donate to us via Paypal or buy me a coffee so we can maintain and grow! Thank you!
Donate Us With