[Development] Deprecate the QThread::terminated() signal?
Sze Howe Koh
szehowe.koh at gmail.com
Mon Oct 15 14:38:04 CEST 2012
Discussion at
https://codereview.qt-project.org/#patch,sidebyside,36806,5,src/corelib/thread/qthread.cpp
Thiago: "Shouldn't this say that it's undefined if the [terminated()]
signal is emitted at all [upon forced termination]?"
Olivier: "Then should we just remove that signal? (Because it is undefined
if the program will not deadlock if one call terminate. If terminate() is
called when the thread holds the QThread's internal mutex for example, or
any other Qt mutex (there is so many), Or even user mutexes.)"
Is there any value in keeping a signal that is:
- Only emitted after the program destabilises, and
- Not even guaranteed to be emitted?
Regards,
Sze-Howe
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.qt-project.org/pipermail/development/attachments/20121015/f88db763/attachment.html>
More information about the Development
mailing list