Process.WaitForExit incoerente su diverse macchine

Question

Questo codice viene eseguito come previsto su un numero elevato di macchine. Tuttavia su una macchina particolare, la chiamata a WaitForExit() sembra essere ignorata e in effetti segna il processo come uscito.

static void Main(string[] args) 
{ 
    Process proc = Process.Start("notepad.exe"); 
    Console.WriteLine(proc.HasExited); //Always False 
    proc.WaitForExit(); //Blocks on all but one machines 
    Console.WriteLine(proc.HasExited); //**See comment below 
    Console.ReadLine(); 
} 

noti che diversamente una similar question su SO, il procedimento essendo chiamato è notepad.exe (per motivi di test), quindi è improbabile la colpa è esso - cioè esso non sta generando un secondo sottoprocesso e chiusura. Anche così, non spiegherebbe perché funziona su tutte le altre macchine.

Sulla macchina con problemi, la seconda chiamata a Console.WriteLine(proc.HasExited)) restituisce true anche se il blocco note è ancora chiaramente aperto, sia sullo schermo sia nel task manager.

La macchina esegue Windows 7 e .NET 4.0.

La mia domanda è; quali condizioni su quella particolare macchina potrebbe causare questo? Cosa dovrei controllare?

Edit - Le cose che ho provato finora/Aggiornamenti/info Forse rilevanti:

• .NET reinstallati.
• Chiude tutti i processi che non conosco nel task manager.
• Windows non è stato ancora attivato su questa macchina.
• Seguendo i commenti nei commenti, ho provato a ottenere l'ID del processo "esistente" utilizzando GetProcessesByName ma che restituisce semplicemente un array vuoto sul computer con problemi. Pertanto, è difficile dire che il problema è anche con WaitForExit, in quanto il processo non viene restituito chiamando GetProcessesByName anche prima di chiamare WaitForExit.
• Sul computer del problema, il ParentID del processo del blocco note risultante è l'ID del processo del blocco note che il codice avvia manualmente, o in altre parole, il blocco note genera un processo secondario e termina automaticamente.

Answer 1

Il problema è che per default Process.StartInfo.UseShellExecute è impostata su true. Con questa variabile impostata su true, piuttosto che avviare il processo autonomamente, stai chiedendo alla shell di avviarla per te. Ciò può essere molto utile: ti permette di fare cose come "eseguire" un file HTML (la shell utilizzerà l'applicazione predefinita appropriata).

Non è così buono quando si desidera monitorare l'applicazione dopo averla eseguita (come è stato trovato), perché l'applicazione di avvio può talvolta confondersi su quale istanza deve essere tracciata.

I dettagli interni qui del motivo per cui questo accade sono probabilmente oltre le mie capacità di risposta- so che quando UseShellExecute == true, il framework utilizza l'API di Windows ShellExecuteEx, e quando UseShellExecute == false, utilizza CreateProcessWithLogonW, ma perché uno conduce a processi tracciabili e l'altro no, non lo so, poiché entrambi sembrano restituire l'ID del processo.

EDIT: Dopo un po 'di scavo:

This question mi ha segnalato alla bandiera SEE_MASK_NOCLOSEPROCESS, anzi che non sembra essere impostata quando si utilizza ShellExecute. La documentazione per gli stati di valore maschera:

In alcuni casi, come ad esempio quando l'esecuzione è soddisfatta attraverso un DDE conversazione, senza maniglia verrà restituito. L'applicazione chiamante è responsabile della chiusura dell'handle quando non è più necessaria.

Quindi suggerisce che restituire l'handle di processo non è affidabile. Non sono ancora arrivato abbastanza in profondità da sapere quale particolare caso limite potresti colpire qui però.

Answer 2

Una causa potrebbe essere un virus che ha sostituito notepad.exe per nascondersi. Se eseguito, genera il blocco note ed esce (solo una supposizione).

provare questo codice:

 var process = Process.Start("notepad.exe"); 
     var process2 = Process.GetProcessById(process.Id); 
     while (!process2.HasExited) 
     { 
      Thread.Sleep(1000); 
      try 
      { 
       process2 = Process.GetProcessById(process.Id); 
      } 
      catch (ArgumentException) 
      { 

       break; 
      } 

     } 

     MessageBox.Show("done"); 

Dopo Process.Start() controlla l'id processo notepad.exe con l'agenda e verificare che sia lo stesso di process.Id;

Oh, e si dovrebbe davvero utilizzare il percorso completo a notepad.exe

var notepad = Path.Combine(Environment.GetFolderPath(
        Environment.SpecialFolder.Windows), "notepad.exe"); 
Process.Start(notepad);