Captura de error estándar y error con Start-Process

Question

¿Hay algún error en el comando Start-Process de Powershell al acceder a las propiedades StandardError y StandardOutput?

Si corro el siguiente me sale ninguna salida

$process = Start-Process -FilePath ping -ArgumentList localhost -NoNewWindow -PassThru -Wait 
$process.StandardOutput 
$process.StandardError 

Pero si vuelvo a dirigir la salida a un archivo que he obtener el resultado esperado

$process = Start-Process -FilePath ping -ArgumentList localhost -NoNewWindow -PassThru -Wait -RedirectStandardOutput stdout.txt -RedirectStandardError stderr.txt 

Answer 1

Eso es como Start-Process fue diseñada por alguna razón. He aquí una manera de conseguirlo sin necesidad de enviar a archivo:

$pinfo = New-Object System.Diagnostics.ProcessStartInfo 
$pinfo.FileName = "ping.exe" 
$pinfo.RedirectStandardError = $true 
$pinfo.RedirectStandardOutput = $true 
$pinfo.UseShellExecute = $false 
$pinfo.Arguments = "localhost" 
$p = New-Object System.Diagnostics.Process 
$p.StartInfo = $pinfo 
$p.Start() | Out-Null 
$p.WaitForExit() 
$stdout = $p.StandardOutput.ReadToEnd() 
$stderr = $p.StandardError.ReadToEnd() 
Write-Host "stdout: $stdout" 
Write-Host "stderr: $stderr" 
Write-Host "exit code: " + $p.ExitCode 

Answer 2

en el código dado en la pregunta, creo que la lectura de la propiedad ExitCode de la variable de iniciación debe trabajar.

$process = Start-Process -FilePath ping -ArgumentList localhost -NoNewWindow -PassThru -Wait 
$process.ExitCode 

Tenga en cuenta que (como en el ejemplo) es necesario agregar la -PassThru y params -wait (esto me tomó por un tiempo)

Answer 3

También tuve este problema y terminó usando código Andys para crear una función para limpiar cosas cuando se deben ejecutar varios comandos, devolverá stderr, stdout y los códigos de salida como objetos. Una cosa para tener en cuenta que la función no aceptará. \ En la ruta, se deben usar rutas completas.

Function Execute-Command ($commandTitle, $commandPath, $commandArguments) 
{ 
    $pinfo = New-Object System.Diagnostics.ProcessStartInfo 
    $pinfo.FileName = $commandPath 
    $pinfo.RedirectStandardError = $true 
    $pinfo.RedirectStandardOutput = $true 
    $pinfo.UseShellExecute = $false 
    $pinfo.Arguments = $commandArguments 
    $p = New-Object System.Diagnostics.Process 
    $p.StartInfo = $pinfo 
    $p.Start() | Out-Null 
    $p.WaitForExit() 
    [pscustomobject]@{ 
     commandTitle = $commandTitle 
     stdout = $p.StandardOutput.ReadToEnd() 
     stderr = $p.StandardError.ReadToEnd() 
     ExitCode = $p.ExitCode 
    } 
} 

aquí es cómo usarlo

$DisableACMonitorTimeOut = Execute-Command -commandTitle "Disable Monitor Timeout" -commandPath "C:\Windows\System32\powercfg.exe" -commandArguments " -x monitor-timeout-ac 0" 

Answer 4

que realmente tenía problemas con los ejemplos anteriores de @Andy Arismendi y @LPG. Siempre se debe utilizar:

$stdout = $p.StandardOutput.ReadToEnd() 

antes de llamar

$p.WaitForExit() 

ejemplo completo es:

$pinfo = New-Object System.Diagnostics.ProcessStartInfo 
$pinfo.FileName = "ping.exe" 
$pinfo.RedirectStandardError = $true 
$pinfo.RedirectStandardOutput = $true 
$pinfo.UseShellExecute = $false 
$pinfo.Arguments = "localhost" 
$p = New-Object System.Diagnostics.Process 
$p.StartInfo = $pinfo 
$p.Start() | Out-Null 
$stdout = $p.StandardOutput.ReadToEnd() 
$stderr = $p.StandardError.ReadToEnd() 
$p.WaitForExit() 
Write-Host "stdout: $stdout" 
Write-Host "stderr: $stderr" 
Write-Host "exit code: " + $p.ExitCode 

Answer 5

IMPORTANTE:

Hemos estado utilizando la función de lo indicado anteriormente por LPG. Sin embargo, esto contiene un error que puede encontrar al iniciar un proceso que genera una gran cantidad de resultados. Debido a esto, puede terminar con un interbloqueo al utilizar esta función. En lugar de utilizar la versión adaptada a continuación:

Function Execute-Command ($commandTitle, $commandPath, $commandArguments) 
{ 
    Try { 
    $pinfo = New-Object System.Diagnostics.ProcessStartInfo 
    $pinfo.FileName = $commandPath 
    $pinfo.RedirectStandardError = $true 
    $pinfo.RedirectStandardOutput = $true 
    $pinfo.UseShellExecute = $false 
    $pinfo.Arguments = $commandArguments 
    $p = New-Object System.Diagnostics.Process 
    $p.StartInfo = $pinfo 
    $p.Start() | Out-Null 
    [pscustomobject]@{ 
     commandTitle = $commandTitle 
     stdout = $p.StandardOutput.ReadToEnd() 
     stderr = $p.StandardError.ReadToEnd() 
     ExitCode = $p.ExitCode 
    } 
    $p.WaitForExit() 
    } 
    Catch { 
    exit 
    } 
} 

Para más información sobre este tema se puede encontrar at MSDN:

Una condición de interbloqueo puede resultar si el proceso padre llama p.WaitForExit antes y p.StandardError.ReadToEnd el proceso secundario escribe suficiente texto para completar la secuencia redirigida. El proceso principal esperaría indefinidamente para que el proceso secundario salga. El proceso secundario esperaría indefinidamente para que el padre lea de la secuencia StandardError completa.

EDITAR: Agregó una llave al cuello faltante al final del bloque Try.