Question

(I have a workaround for this problem, but it’s not the first time I’ve been bitten, so I’m trying to understand exactly what’s going on.)

• From my application, I ShowDialog a form.
• On the form is a button, which when clicked calls code on another (non-Gui) thread.
• The non-GUI thread sends back statuses (Pushed then Released) via a Control.Invoke
• When the form sees the Pushed, it invokes form.Hide()
• When the form sees the Released, it changes the appearance of the button.

What happens is that sometimes, but not everytime, the non-Gui thread gets ‘stuck’ trying to send the Released. No exceptions, the Gui carries on ‘working’, but no further communication with the non-Gui thread is possible, in either direction.

The (simplified) callstack for the thread looks like this:

System.Threading.WaitHandle.WaitOne()
(...)
System.Windows.Forms.Control.WaitForWaitHandle()
(...)
System.Windows.Forms.Control.Invoke()
(...)
GuiCode.OnStatusChanged()
(...)
NonGuiCode.SetStatus()

The problem goes away if I replace ShowDialog with Show, but – interestingly – it gets better (happens less often) but doesn’t completely go away if I comment out the code that does the Hide on Pushed.

Update

Thanks to nobugz, I’ve discovered deadlock (I’d only ever met it in databases before)! Apparently replacing Control.Invoke with Control.BeginInvoke solves this problem (the status event still gets ‘stuck’ sometimes, but it doesn’t block all following communications).

Answer 1

Clearly, you are battling deadlock. That’s always around the corner when you use Control.Invoke() instead of BeginInvoke(). It isn’t clear to me what trips the deadlock from your post. One red flag is using Hide() on a form that you displayed with ShowDialog(). That normally closes the dialog.

Best thing to do is to debug it. Wait until the deadlock occurs, then use Debug + Break All. Use Debug + Windows + Threads and switch to the UI thread. Look at the Call Stack. If it is not pumping the message loop (Application.Run()) but is stuck somewhere (like the wait handle you appear to be using) then deadlock is the result.