Перенаправление вывода (STDOUT, STDERR) дочернего процесса в окне вывода в Visual Studio

Question

На данный момент я начинаю пакетный файл из моей программы C# с:

System.Diagnostics.Process.Start(@"DoSomeStuff.bat"); 

То, что я хотел бы быть способный сделать, - перенаправить вывод (stdout и stderr) этого дочернего процесса в окно вывода в Visual Studio (в частности, Visual C# Express 2008).

Есть ли способ сделать это?

(Дополнительно:. Таким образом, что это все не помещаются в буфер, а затем плюнул в окно Output, когда дочерний процесс заканчивается)

---

(КСТАТИ: На данный момент я могу получить стандартный вывод (но не STDERR) родителя появится в окне «Вывод», сделав мою программу «Приложением Windows» вместо «Консольного приложения». Это прерывается, если программа запускается за пределами Visual Studio, но это нормально в моем конкретном случае .)

Answer 1

process.StartInfo.CreateNoWindow = true; 
process.StartInfo.UseShellExecute = false; 
process.StartInfo.RedirectStandardOutput = true; 
process.OutputDataReceived += (sender, args) => Console.WriteLine(args.Data); 
process.Start(); 
process.BeginOutputReadLine(); 

process.WaitForExit(); 

Та же самая идея для Error, просто заменить Output в этих именах метод/собственность.

Answer 2

Считаете ли вы использование DefaultTraceListener?

//Create and add a new default trace listener. 
    DefaultTraceListener defaultListener; 
    defaultListener = new DefaultTraceListener(); 
    Trace.Listeners.Add(defaultListener); 

Answer 3

Что здесь происходит, так это то, что Visual Studio отображает вывод отладки из программы в окне вывода. То есть: если вы используете Trace.WriteLine, он появится в окне вывода из-за прослушивателя трассировки по умолчанию.

Как-то ваше приложение Windows Form (когда оно использует Console.WriteLine, я предполагаю, что вы используете Console.WriteLine) также пишет вывод отладки, и Visual Studio подбирает это.

Он не будет делать то же самое для дочерних процессов, если вы явно не зафиксируете вывод и не перенаправите его вместе с вашим выходом.

Answer 4

Этот вариант для меня работает, потому что я хотел бы найти его раньше. Обратите внимание, что это всего лишь фрагмент, извлеченный из реального кода, поэтому могут быть тривиальные ошибки.

Методика основана на некотором коде MSDN. То, что я не смог выяснить, - как получить окно вывода для обновления «на лету». Он не обновляется до тех пор, пока эта задача не вернется.

// Set this to your output window Pane 
private EnvDTE.OutputWindowPane _OutputPane = null; 

// Methods to receive standard output and standard error 

private static void StandardOutputReceiver(object sendingProcess, DataReceivedEventArgs outLine) 
{ 
    // Receives the child process' standard output 
    if (! string.IsNullOrEmpty(outLine.Data)) { 
     if (_OutputPane != null) 
      _OutputPane.Write(outLine.Data + Environment.NewLine); 
    } 
} 

private static void StandardErrorReceiver(object sendingProcess, DataReceivedEventArgs errLine) 
{ 
    // Receives the child process' standard error 
    if (! string.IsNullOrEmpty(errLine.Data)) { 
     if (_OutputPane != null) 
      _OutputPane.Write("Error> " + errLine.Data + Environment.NewLine); 
    } 
} 

// main code fragment 
{ 
    // Start the new process 
    ProcessStartInfo startInfo = new ProcessStartInfo(PROGRAM.EXE); 
    startInfo.Arguments = COMMANDLINE; 
    startInfo.WorkingDirectory = srcDir; 
    startInfo.UseShellExecute = false; 
    startInfo.RedirectStandardOutput = true; 
    startInfo.RedirectStandardError = true; 
    startInfo.CreateNoWindow = true; 
    Process p = Process.Start(startInfo); 
    p.OutputDataReceived += new DataReceivedEventHandler(StandardOutputReceiver); 
    p.BeginOutputReadLine(); 
    p.ErrorDataReceived += new DataReceivedEventHandler(StandardErrorReceiver); 
    p.BeginErrorReadLine(); 
    bool completed = p.WaitForExit(20000); 
    if (!completed) 
    { 
     // do something here if it didn't finish in 20 seconds 
    } 
    p.Close(); 
}