Determining if the current thread has a lock on an object

  • Thread starter Thread starter Bob
  • Start date Start date
B

Bob

For debug purposes, I need to figure out if the current thread has a lock on
an object. Ideally I would like to determine this without using multiple
threads.

The closest I can get is to Monitor.TryEnter(obj)/Exit which tells me
whether or not the current thread /can/ acquire a lock on the object, but it
does not tell me if it currently /does/ have a lock on the object. I am
capable of doing this with some multithreaded trickery but I don't want to
do that.

I found the sources for JIT_MonTryEnter in clr\src\vm\i386\jithelp.asm and
it is doing some interesting stuff in there... which leads me to believe
this is not going to be possible.

Anybody of a way?
 
You could abstract (wrap existing lock) your own lock with more state (i.e.
thread name) or update a static var or something with current thread name of
the thread that owns the lock and clear it after it leaves.

--
William Stacey [MVP]

| For debug purposes, I need to figure out if the current thread has a lock
on
| an object. Ideally I would like to determine this without using multiple
| threads.
|
| The closest I can get is to Monitor.TryEnter(obj)/Exit which tells me
| whether or not the current thread /can/ acquire a lock on the object, but
it
| does not tell me if it currently /does/ have a lock on the object. I am
| capable of doing this with some multithreaded trickery but I don't want to
| do that.
|
| I found the sources for JIT_MonTryEnter in clr\src\vm\i386\jithelp.asm and
| it is doing some interesting stuff in there... which leads me to believe
| this is not going to be possible.
|
| Anybody of a way?
|
|
 
Bob said:
For debug purposes, I need to figure out if the current thread has a lock on
an object. Ideally I would like to determine this without using multiple
threads.

The closest I can get is to Monitor.TryEnter(obj)/Exit which tells me
whether or not the current thread /can/ acquire a lock on the object, but it
does not tell me if it currently /does/ have a lock on the object. I am
capable of doing this with some multithreaded trickery but I don't want to
do that.
Click to expand...

If you are not using Pulse/Wait, you can try doing a Pulse: The Pulse
will only succeed if you have the lock, and will raise an exception if
you do not.

--

..NET 2.0 for Delphi Programmers <http://www.midnightbeach.com/.net>

Delphi skills make .NET easy to learn
Being printed - in stores by June
 
William Stacey said:
You could abstract (wrap existing lock) your own lock with more state (i.e.
thread name) or update a static var or something with current thread name of
the thread that owns the lock and clear it after it leaves.
Click to expand...

This is already available on my OrderedLock class as part of MiscUtil.
You can find out which thread owns a lock with the Owner property.

See http://www.pobox.com/~skeet/csharp/miscutil
 
Back
Top