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

¿Hay un error en el Start-Processcomando de PowerShell al acceder a StandardErroryStandardOutput propiedades ?

Si ejecuto lo siguiente, no obtengo ningún resultado:

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

Pero si redirijo la salida a un archivo, obtengo el resultado esperado:

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

Así Start-Processfue como fue diseñado por alguna razón. Aquí hay una forma de obtenerlo sin enviarlo al 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

En el código dado en la pregunta, creo que leer la propiedad ExitCode de la variable de inicio debería funcionar.

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

Tenga en cuenta que (como en su ejemplo) debe agregar los parámetros -PassThruy -Wait(esto me sorprendió por un tiempo).

También tuve este problema y terminé usando el código de Andy para crear una función para limpiar las cosas cuando se deben ejecutar varios comandos.

Devolverá stderr, stdout y códigos de salida como objetos. Una cosa a tener en cuenta: la función no aceptará .\en la ruta; Deben utilizarse 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
    }
}

A continuación, le indicamos cómo utilizarlo:

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

IMPORTANTE:

Hemos estado utilizando la función proporcionada anteriormente por LPG .

Sin embargo, esto contiene un error que puede encontrar cuando inicia un proceso que genera una gran cantidad de resultados. Debido a esto, puede terminar con un punto muerto al usar esta función. En su lugar, utilice 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
  }
}

Puede encontrar más información sobre este problema en MSDN :

Puede producirse una condición de interbloqueo si el proceso padre llama a p.WaitForSalir antes de p.StandardError.ReadToEnd y el proceso hijo escribe suficiente texto para completar la secuencia redirigida. El proceso padre esperaría indefinidamente a que salga el proceso hijo. El proceso hijo esperaría indefinidamente a que el padre leyera el flujo de StandardError completo.

Realmente tuve problemas con esos ejemplos de Andy Arismendi y de LPG . Siempre debes usar:

$stdout = $p.StandardOutput.ReadToEnd()

antes de llamar

$p.WaitForExit()

Un 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

Aquí está mi versión de la función que está devolviendo System.Diagnostics.Process estándar con 3 propiedades nuevas

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.WindowStyle = 'Hidden'
        $pinfo.CreateNoWindow = $True
        $pinfo.Arguments = $commandArguments
        $p = New-Object System.Diagnostics.Process
        $p.StartInfo = $pinfo
        $p.Start() | Out-Null
        $stdout = $p.StandardOutput.ReadToEnd()
        $stderr = $p.StandardError.ReadToEnd()
        $p.WaitForExit()
        $p | Add-Member "commandTitle" $commandTitle
        $p | Add-Member "stdout" $stdout
        $p | Add-Member "stderr" $stderr
    }
    Catch {
    }
    $p
}

Aquí hay una forma ingeniosa de obtener el resultado de otro proceso de PowerShell:

start-process -wait -nonewwindow powershell 'ps | Export-Clixml out.xml'; import-clixml out.xml