Capture de la sortie standard et de l'erreur avec Start-Process

Question

Y a-t-il un bug dans l'outil PowerShell Start-Process lors de l'accès à la StandardError et StandardOutput des propriétés ?

Si j'exécute la commande suivante, je n'obtiens aucun résultat :

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

Mais si je redirige la sortie vers un fichier, j'obtiens le résultat attendu :

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

Answer 1

C'est ainsi que Start-Process a été conçu pour une raison quelconque. Voici un moyen de l'obtenir sans l'envoyer au fichier :

$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

Dans le code donné dans la question, je pense que la lecture de la propriété ExitCode de la variable initiation devrait fonctionner.

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

Notez que (comme dans votre exemple) vous devez ajouter l'élément -PassThru et -Wait paramètres (cela m'a surpris pendant un moment).

Answer 3

IMPORTANT :

Nous avons utilisé la fonction comme indiqué ci-dessus par GPL .

Cependant, cela contient un bug que vous pouvez rencontrer lorsque vous démarrez un processus qui génère beaucoup de sortie. De ce fait, vous risquez de vous retrouver dans une impasse en utilisant cette fonction. Utilisez plutôt la version adaptée ci-dessous :

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
  }
}

De plus amples informations sur cette question sont disponibles à MSDN :

Une situation de blocage peut se produire si le processus parent appelle p.WaitForExit avant p.StandardError.ReadToEnd et que le processus enfant écrit suffisamment de texte pour remplir le flux redirigé. Le processus parent attendrait indéfiniment que le processus enfant se termine. Le processus enfant attendrait indéfiniment que le parent lise le flux complet de StandardError.

Answer 4

J'ai également eu ce problème et j'ai fini par utiliser Le code d'Andy pour créer une fonction qui nettoie les choses lorsque plusieurs commandes doivent être exécutées.

Il retournera stderr, stdout, et les codes de sortie comme objets. Une chose à noter : la fonction n'acceptera pas .\ dans le chemin ; les chemins complets doivent être utilisés.

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
    }
}

Voici comment l'utiliser :

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

Answer 5

J'ai vraiment eu des problèmes avec ces exemples d'Andy Arismendi et à partir de GPL . Vous devez toujours utiliser :

$stdout = $p.StandardOutput.ReadToEnd()

avant d'appeler

$p.WaitForExit()

Un exemple complet est :

$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