cattura un altro processo un'eccezione non gestita

Question

Vorrei sapere se posso prendere le eccezioni non gestite generate da un altro processo, che ho iniziato ad usare il Process.Start (...)

so di poter rilevare l'errore di utilizzare questo standered link, ma quello che voglio è catturare l'errore che di solito viene catturato dal debugger Just in Time dell'ambiente.net, la finestra con le seguenti parole: "Si è verificata un'eccezione non gestita nell'applicazione. l'applicazione ignorerà questo errore e tenterà di continuare. Se si fa clic su Esci, l'applicazione verrà immediatamente chiusa .... " Che viene quindi seguito dal messaggio di eccezione e da un pulsante" Continua "e" Esci ".

Grazie in anticipo.

Answer 1

Se si chiama a un assembly eseguibile .Net è possibile caricare e (a vostro rischio: D) chiamata al metodo principale della classe programma in una dichiarazione di try_catch:

Assembly assembly = Assembly.LoadFrom("ErroneusApp.exe"); 
Type[] types= assembly.GetTypes(); 
foreach (Type t in types) 
{ 
MethodInfo method = t.GetMethod("Main", 
    BindingFlags.Static | BindingFlags.NonPublic); 
if (method != null) 
{ 
    try 
    { 
     method.Invoke(null, null); 
    } 
    catch (Exception ex) 
    { 
     Console.WriteLine(ex.Message); 
    } 
    break; 
} 
} 

ma essere consapevole dei rischi per la sicurezza che stai introducendo facendo questo.

Answer 2

No. Se l'applicazione controllata utilizza i codici di errore e di ritorno standard, è possibile che venga notificato il verificarsi di un errore o di un'eccezione, ma non è possibile intercettarlo in alcun modo.

Answer 3

Si può provare una cosa del genere al fine di evitare la questione debugger a comparire, non sarà possibile ottenere l'eccezione, ma solo il codice di uscita:

class Program 
{ 
    static void Main(string[] args) 
    { 
     try 
     { 
      ProcessStartInfo info = 
       new ProcessStartInfo("ErroneusApp.exe"); 
      info.ErrorDialog = false; 
      info.RedirectStandardError = true; 
      info.RedirectStandardOutput = true; 
      info.CreateNoWindow = true; 
      info.UseShellExecute = false; 

      System.Diagnostics.Process p = 
       System.Diagnostics.Process.Start(info); 
      p.EnableRaisingEvents = true; 
      p.Exited += p_Exited; 
     } 
     catch (Exception ex) 
     { 
      Console.WriteLine(ex.Message); 
     } 
     Console.ReadLine(); 
    } 


    static void p_Exited(object sender, EventArgs e) 
    { 
     Process p = sender as Process; 
     if (p != null) 
     { 
      Console.WriteLine("Exited with code:{0} ", p.ExitCode); 
     } 
     else 
      Console.WriteLine("exited"); 
    } 

} 

In this question hanno fornito un'altra soluzione per questo, ma cambiando alcuni valori di registro.

Answer 4

Invece di fare tutto il furtivamente intorno all'assemblaggio per cercare di trovare il metodo Main come nella risposta di jmservera, è sufficiente eseguire l'assembly in un nuovo dominio. Vedi this msdn article

Answer 5

Nel risolvere il precedente problema di chiamata di destinazione, alla fine ho finito con il metodo di seguito.

Alcune delle vostre applicazioni avrebbero dipendenze nella directory corrente, il che porta all'eccezione ogni volta che viene eseguita in un'altra directory poiché le dipendenze non corrispondono.

Assembly assembly = Assembly.LoadFrom(file); 
        Directory.SetCurrentDirectory(Path.GetDirectoryName(file)); 
        Type[] types = assembly.GetTypes(); 
        foreach (Type t in types) 
        { 
         MethodInfo method = t.GetMethod("Main", BindingFlags.Static | BindingFlags.NonPublic); 
         if (method != null) 
         { 
          try 
          { 
           method.Invoke(null, null); 
          } 

Directory.SetCurrentDirectory (Path.GetDirectoryName (file)); // facendo riferimento alla directory corrente, l'eccezione di invocazione del target verrebbe risolta.