diff options
| author | Justin Clark-Casey (justincc) | 2013-07-16 21:54:00 +0100 |
|---|---|---|
| committer | Justin Clark-Casey (justincc) | 2013-07-16 22:03:49 +0100 |
| commit | 21a09ad3ad42b24bce4fc04c6bcd6f7d9a80af08 (patch) | |
| tree | f08f178dcc35e59eb6b4d946ca57d459c7cceff8 /.nant | |
| parent | In the pursuit of using less CPU: now trying to avoid blocking queues altoget... (diff) | |
| download | opensim-SC_OLD-21a09ad3ad42b24bce4fc04c6bcd6f7d9a80af08.zip opensim-SC_OLD-21a09ad3ad42b24bce4fc04c6bcd6f7d9a80af08.tar.gz opensim-SC_OLD-21a09ad3ad42b24bce4fc04c6bcd6f7d9a80af08.tar.bz2 opensim-SC_OLD-21a09ad3ad42b24bce4fc04c6bcd6f7d9a80af08.tar.xz | |
Revert "MSDN documentation is unclear about whether exiting a lock() block will trigger a Monitor.Wait() to exit, so avoid some locks that don't actually affect the state of the internal queues in the BlockingQueue class."
This reverts commit 42e2a0d66eaa7e322bce817e9e2cc9a288de167b
Reverting because unfortunately this introduces race conditions because Contains(), Count() and GetQueueArray() may now end up returning the wrong result if another thread performs a simultaneous update on m_queue.
Code such as PollServiceRequestManager.Stop() relies on the count being correct otherwise a request may be lost.
Also, though some of the internal queue methods do not affect state, they are not thread-safe and could return the wrong result generating the same problem
lock() generates Monitor.Enter() and Monitor.Exit() under the covers. Monitor.Exit() does not cause Monitor.Wait() to exist, only Pulse() and PulseAll() will do this
Reverted with agreement.
Diffstat (limited to '.nant')
0 files changed, 0 insertions, 0 deletions