Cross-thread signal emission - does it wait for the slots?

Suppose I have a background thread that at some point emits a signal from an object (the object belongs to the GUI thread!):

Code:

---

qDebug() << "before signal emitted";			
emit mySignal();
qDebug() << "after signal emitted";

---

This signal is connected to a slot on another object from the GUI thread:

Code:

---

void QMyObject::mySlot() {
    qDebug() << "signal received";
}

---

In the debug output I see the following order of messages:

Code:

---

before signal emitted
after signal emitted
signal received

---

Which makes me think that when the signal is emitted, it does not wait for the slots. Although the documentation states the opposite:

Quote:

---

Execution of the code following the emit statement will occur once all slots have returned

---

Basically in my case I would want the emitting side to wait for all the slots to process the signal. The behavior I observe is probably due to cross-thread execution, but it should be uniform for all cases, shouldn't it?

Thanks
Anton

If you use DirectConnection, then the documentation is correct. If you use QueuedConnection, then the signal is posted to the event queue and processed when the event queue is next run.

Signals between threads MUST be queued, as you can't do inter-thread calls.

The appropriate connection type is automatically chosen for you based on whether the sender and receiver are in the same thread.

Quote:

---

Originally Posted by psih128

Which makes me think that when the signal is emitted, it does not wait for the slots. Although the documentation states the opposite:

Quote:

---

Execution of the code following the emit statement will occur once all slots have returned

---

---

Did you read the next sentence of the reference?

Quote:

---

Originally Posted by Qt docs

The situation is slightly different when using queued connections; in such a case, the code following the emit keyword will continue immediately, and the slots will be executed later.

---

If you want to block the signalling thread until all receivers return, use the Qt::BlockingQueuedConnection connection type.

Oh thanks guys! I should pay more attention..

Quote:

---

Did you read the next sentence of the reference?

---

Actually no.. I was so happy to find the "reason" of my problem, than I immediately proceeded to QtCentre xD