Our application has a background thread which spawns a process through System.Diagnostics.Process
:
Process.Start(
new ProcessStartInfo
{
FileName = url,
UseShellExecute = true
}
);
This used to have no issues at all. But now, the background thread is silently dying; it never returns from the call to Process.Start
. The catch block for this code, which handles System.Exception
, is not getting reached either. Even if I enable handling exceptions when thrown in the Visual Studio debugger, I see no exceptions. Strangely, the process is getting spawned just fine; the default browser for the user is launched with the expected URL.
Our process's entry point is marked with [STAThread]
as recommended.
What could be causing our thread to silently terminate? Are there any techniques I can use to debug what's happening during thread termination?
Update:
It looks like the thread is alive after all; it's just not returning from the call. Here's its stack trace:
- [In a sleep wait or join]
- System.dll!System.Diagnostics.ShellExecuteHelper.ShellExecuteOnSTAThread() + 0x63 bytes
- System.dll!System.Diagnostics.Process.StartWithShellExecuteEx(System.Diagnostics.ProcessStartInfo startInfo) + 0x19d bytes
- System.dll!System.Diagnostics.Process.Start() + 0x39 bytes
- System.dll!System.Diagnostics.Process.Start(System.Diagnostics.ProcessStartInfo startInfo) + 0x32 bytes
- My method
Update 2:
Launching cmd.exe without using the shell to execute works as a workaround. Thanks a bunch! However, I'd still like to know why the call isn't returning.
Update 3:
Shell hooks do sound like a logical explanation for what could be causing the call to not return. I couldn't find the rogue module, but after the last attempt to run things through shell execution, the call did return.
In any case, it's possible that users may have shell extensions loaded that could be messing with the process launching and causing my code to not return. We can't do anything about that, so the right answer is to use the workaround of launching a cmd.exe process.