[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: [DotGNU]Additional Monitors test cases

From: Thong (Tum) Nguyen
Subject: RE: [DotGNU]Additional Monitors test cases
Date: Tue, 4 May 2004 19:52:01 +1200

Hi Russell,

I've fixed the bug and committed the test cases (thanks).
Do you still get a problem with Monitor.Wait()?

All the best,


> -----Original Message-----
> From: Russell Stuart [mailto:address@hidden
> Sent: Tuesday, 4 May 2004 4:40 p.m.
> To: Thong (Tum) Nguyen
> Cc: address@hidden
> Subject: [DotGNU]Additional Monitors test cases
> I have put up a patch for you to look at.
> The patch just adds some more tests for monitors.  I have verified that
> all the tests pass when run under VS.  I wrote the tests originally to
> demonstrate a bug in Monitor.Wait().  They failed miserably at that
> task, but it turns out they do show up a bug in Interrupting
> System.Threading.Thread.Sleep(), so they ended up being good for
> something.  If you agree either apply it yourself, or let me know and I
> will apply it.
> The bug I was trying to demonstrate now think is dammed near impossible
> to demonstrate with a test.  In the current CVS,
>   pnet/support/wait_mutex.c, line 587,
> ILWaitMonitorWait calls ILWaitOne.  ILWaitOne will return
> IL_WAIT_INTERRUPTED if there is an interrupt pending.  At least I think
> so - I can't see anything that would prevent it from doing that.  I am
> fairly sure it should not be possible to interrupt or abort that wait.
> The MS doco is vague on the issue, but the Java docs for java the
> equivalent aren't:
> The books I have say the C# implementation is meant to mimic the Java
> one.
> _______________________________________________
> Developers mailing list
> address@hidden

reply via email to

[Prev in Thread] Current Thread [Next in Thread]