summaryrefslogtreecommitdiffstats
path: root/doc/src/snippets/declarative/codingconventions/myscript.js
diff options
context:
space:
mode:
authorAleksandar Sasha Babic <aleksandar.babic@nokia.com>2010-05-21 11:01:00 (GMT)
committerAleksandar Sasha Babic <aleksandar.babic@nokia.com>2010-05-21 11:19:26 (GMT)
commit5f21450a61ba2459e6dc5b08b236b15a067bf81f (patch)
tree3f9126fe1dd85ffeaa2582c3259d8181c81f3ac2 /doc/src/snippets/declarative/codingconventions/myscript.js
parent2030d44184ebaf2ee1bd47ff08f5ef058335b45e (diff)
downloadQt-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/declarative/codingconventions/myscript.js')
0 files changed, 0 insertions, 0 deletions