diff options
| author | Aleksandar Sasha Babic <aleksandar.babic@nokia.com> | 2010-05-21 11:01:00 (GMT) |
|---|---|---|
| committer | Aleksandar Sasha Babic <aleksandar.babic@nokia.com> | 2010-05-21 11:19:26 (GMT) |
| commit | 5f21450a61ba2459e6dc5b08b236b15a067bf81f (patch) | |
| tree | 3f9126fe1dd85ffeaa2582c3259d8181c81f3ac2 /doc/src/snippets/code/src_xmlpatterns_api_qabstractxmlreceiver.cpp | |
| parent | 2030d44184ebaf2ee1bd47ff08f5ef058335b45e (diff) | |
| download | Qt-5f21450a61ba2459e6dc5b08b236b15a067bf81f.zip Qt-5f21450a61ba2459e6dc5b08b236b15a067bf81f.tar.gz Qt-5f21450a61ba2459e6dc5b08b236b15a067bf81f.tar.bz2 | |
Fixing the race condition in event dispatcher implementation on
Symbian platform
New socket related requests are comming into QSelectThread by
interrupting the select call by writing to pipe.
One of the criteria is that m_mutex (from QSelectThread) could be
locked, meaninig that QSelectThread is in m_waitCond.wait() call.
However, the m_mutex can be locked by other contenders trying to
post new requests in burst. This would trigger writing to pipe in
false situations, making QSelectThread to hang in waitCond as
no wakeAll will come until some next request (in future) kicks in.
Task-number: QT-3358
Reviewed-by: Janne Anttila
Diffstat (limited to 'doc/src/snippets/code/src_xmlpatterns_api_qabstractxmlreceiver.cpp')
0 files changed, 0 insertions, 0 deletions