mrdev ha scritto:
Ciao.
Prima di tutto mi sembra di capire che l'applicazione da monitorare sia una Console Application (questo cambia un po' le cose) e non una Winform Application. E' così?.
Esattamente come utilizzi il redirect di standard output e error puoi utilizzare lo stream di standard input per "scrivere" verso l'applicazione (es. inviare un NewLine in risposta ad un probabile Console.Readline presente nell'applicazione di origine).
In alternativa, se i tempi di elaborazione dell'applicazione sono noti, puoi invocare il metodo WaitForExit passando il timeout di attesa (espresso in millisecondi) e poi killare il processo.
Ciao.
Modificato da mrdev il 20 febbraio 2008 12.54 -
Ciao.
l'applicazione è una Windows Form application scritta in vb.net, ma è stata scritta da un non programmatore, quindi non ha tracer interni o log che facciano capire cosa succede e cosa da errore.
ti posto il codice che utilizzo:
Dim Prc As New System.Diagnostics.Process
Dim ProcessStartInfo As New ProcessStartInfo
Prc.StartInfo.UseShellExecute = False
Prc.StartInfo.RedirectStandardError = True
Prc.StartInfo.RedirectStandardInput = True
Prc.StartInfo.RedirectStandardOutput = True
Prc.StartInfo.FileName = "Processo.exe"
Prc.Start()
Prc.WaitForExit()
If Prc.ExitCode <> 0 Then
Dim stdErr As StreamReader = Prc.StandardError
Scrivo l'errore
Else
Dim stdErr As StreamReader = Prc.StandardOutput
Scrivo l'errore
End If
il problema non è quello dello stream di errore da leggere, quanto il fatto che quando eseguo il metodo "WaitForExit" l'applicazione aspetta un ritorno dalla 1° applicazione. Il problema però è proprio nel fatto che anche quando si verifica un errore, esce fuori un messaggio con il codice dell'errore, ma l'applicazione non si chiude se non con un input dell'utente.
Come posso killare il processo mantenendo traccia del codice d'errore?
