[Development] API review for a new QDnsResolver class
Thiago Macieira
thiago.macieira at intel.com
Thu Jan 5 03:12:44 CET 2012
On Thursday, 5 de January de 2012 12.51.50, Craig.Scott at csiro.au wrote:
> Ah, the reply object emits the signal in the same thread as the caller? I
> was assuming the signal is emitted from within the thread that is
> processing the reply. Yes, in that case connecting before returning to the
> event loop would be sufficient.
The returned object lives in the calling thread, since that's required to be
able to use the reply QObject in the first place. So it cannot be doing
anything in calling thread since the user has control.
Another thread may be working and may even emit the signal. But it will be
queued, so it won't get processed until this thread goes back to the event
loop.
--
Thiago Macieira - thiago.macieira (AT) intel.com
Software Architect - Intel Open Source Technology Center
Intel Sweden AB - Registration Number: 556189-6027
Knarrarnäsgatan 15, 164 40 Kista, Stockholm, Sweden
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 190 bytes
Desc: This is a digitally signed message part.
URL: <http://lists.qt-project.org/pipermail/development/attachments/20120105/aa572b6a/attachment.sig>
More information about the Development
mailing list