Aren/haiku
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity

Turns out B_RELEASE_ALL just works as expected - it was a deadlock by design; when the

Browse Source 
cursor thread didn't call acquire_sem() fast enough, it would never get released by
B_RELEASE_ALL (as that only releases all waiting threads), and thus, waited forever
for the semaphore to be released again.
On the other side, the input_server didn't call release_sem() anymore, since the
cursor thread still didn't read out the data after the last release...


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@15014 a95241bf-73f2-0310-859d-f6bbb57e9c96
This commit is contained in:
Axel Dörfler 2005-11-18 12:04:28 +00:00
parent 1b120ea94a
commit 7a67c93f8e
1 changed files with 1 additions and 4 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

5
src/servers/input/InputServer.cpp
View File

@ -1599,11 +1599,8 @@ InputServer::_DispatchEvent(BMessage* event)
#else
atomic_set((int32*)&fCursorBuffer->pos, (uint32)fMousePos.x << 16UL
| ((uint32)fMousePos.y & 0xffff));
if (atomic_or(&fCursorBuffer->read, 1) == 0) {
if (atomic_or(&fCursorBuffer->read, 1) == 0)
release_sem(fCursorSem);
// TODO: this doesn't work for some reason...
// release_sem_etc(fCursorSem, 0, B_RELEASE_ALL);
}
#endif
}
break;