Documentation for this section has not yet been entered.
Use Process.ExitCode to get the status that the system process returned when it exited. You can use the exit code much like an integer return value from a main() procedure.
The Process.ExitCode value for a process reflects the specific convention implemented by the application developer for that process. If you use the exit code value to make decisions in your code, be sure that you know the exit code convention used by the application process.
Developers usually indicate a successful exit by an Process.ExitCode value of zero, and designate errors by nonzero values that the calling method can use to identify the cause of an abnormal process termination. It is not necessary to follow these guidelines, but they are the convention.
If you try to get the Process.ExitCode before the process has exited, the attempt throws an exception. Examine the Process.HasExited property first to verify whether the associated process has terminated.
When standard output has been redirected to asynchronous event handlers, it is possible that output processing will not have completed when Process.HasExited returns true. To ensure that asynchronous event handling has been completed, call the Process.WaitForExit overload that takes no parameter before checking Process.HasExited.
You can use the Process.CloseMainWindow or the Process.Kill method to cause an associated process to exit.
There are two ways of being notified when the associated process exits: synchronously and asynchronously. Synchronous notification relies on calling the Process.WaitForExit(int) method to pause the processing of your application until the associated component exits. Asynchronous notification relies on the Process.Exited event. When using asynchronous notification, Process.EnableRaisingEvents must be set to true for the System.Diagnostics.Process component to receive notification that the process has exited.