Fix ReaderWriterLockSlim unit tests.

In the latest revision of the framework, ReaderWriterLockSlim is totally fair and thus a call to TryEnterReadLock musn't succeed when writers are waiting to get the lock before them (and when the lock is currently in read mode).

diff --git a/mcs/class/System.Core/Test/System.Threading/ReaderWriterLockSlimTest.cs b/mcs/class/System.Core/Test/System.Threading/ReaderWriterLockSlimTest.cs
index 2ed2f60f1075339b56cd621b139583b1199e61d5..5577af3c8e6727eb6061bf535980067a6afa49e4 100644 (file)
--- a/mcs/class/System.Core/Test/System.Threading/ReaderWriterLockSlimTest.cs
+++ b/mcs/class/System.Core/Test/System.Threading/ReaderWriterLockSlimTest.cs
@@ -351,10 +351,9 @@ namespace MonoTests.System.Threading
                        ev2.WaitOne ();
 
                        Assert.IsFalse (v.TryEnterWriteLock (100));
-                       Assert.IsTrue (v.TryEnterReadLock (100));
+                       Assert.IsFalse (v.TryEnterReadLock (100));
                        ev.Set ();
 
-                       v.ExitReadLock ();
                        Assert.IsTrue (v.TryEnterWriteLock (100));
                }