Home/ Questions/Q 6906505
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Asked: 2026-05-27T08:19:08+00:00

I have a block of code in a lock: lock (obj) { //… }

  • 0

I have a block of code in a lock:

lock (obj)
{
  //...
}

I also have a property that locks on that same object. Simple enough scenario. My question is, if I put a breakpoint inside my locked block of code, and then examine the property in the Visual Studio debugger, what will happen? Will the debugger deadlock until I continue executing after breakpoint (or kill visual studio/debugging)? Or will the debugger simply not show any data for the property (grabbing data in background thread from UI?)

The reason I ask is I’ve got a property specifically (and only) for debugging purposes; I’m OK with it occasionally not showing data when this scenario happens, but having crashed the debugger (and visual studio) many a time with bad debugger attributes, I’d rather avoid code that could at some point hamper my debugging efforts when that’s what I’m trying to aid to begin with!

I plan on testing this at some point when I’ve got some more time, but was hoping for a quicker answer from someone who might know better.

Share

Leave an answer

You must login to add an answer.

Need An Account,

1 Answer

  1. Editorial Team

    Yes, the debugger executes watch expressions on a separate worker thread that’s running inside the process. Which will hit the lock in your property getter and block. The debugger puts up with that for 5 seconds, then declares the watch expression unusable and displays “Function evaluation timed out”.

    The debugger then gets grumpy, not much it can do with that blocked thread, you’ll commonly see “Function evaluation disabled because a previous function evaluation timed out. You must continue execution to reenable function evaluation.” Which is good advice.

    • 0