Виправлення стандартних помилок та помилок за допомогою Start-Process

Чи є помилка в Start-Processкоманді PowerShell під час доступу до властивостей StandardErrorта StandardOutputвластивостей?

Якщо я запускаю наступне, я не отримую виводу:

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

Але якщо я перенаправляю вихід на файл, я отримую очікуваний результат:

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

Ось так Start-Processбуло спроектовано чомусь. Ось спосіб отримати його без надсилання у файл:

$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

У коді, наведеному у запитанні, я думаю, що читання властивості ExitCode змінної ініціації повинно працювати.

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

Зауважте, що (як у вашому прикладі) вам потрібно додати параметри -PassThruта -Waitпараметри (це мене на деякий час застало).

У мене також була ця проблема, і я застосував код Енді, щоб створити функцію очищення речей, коли потрібно запустити кілька команд.

Він поверне коди stderr, stdout та вихід як об’єкти. Варто зазначити одне: функція не прийме .\на шляху; повинні бути використані повні шляхи.

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

Ось як його використовувати:

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

ВАЖЛИВО:

Ми використовували функцію, передбачену вище в LPG .

Однак це містить помилку, з якою ви можете зіткнутися під час запуску процесу, який генерує багато результатів. Через це у вас може виникнути тупик при використанні цієї функції. Замість цього скористайтеся адаптованою версією нижче:

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

Більш детальну інформацію з цього питання можна знайти на MSDN :

Умова тупикового зв'язку може призвести, якщо батьківський процес викликає p.WaitForExit перед p.StandardError.ReadToEnd і дочірній процес записує достатньо тексту для заповнення переспрямованого потоку. Батьківський процес буде чекати нескінченно часу, щоб дочірній процес вийшов. Дочірній процес нескінченно буде чекати, коли батько може прочитати з повного потоку StandardError.

У мене справді були проблеми з тими прикладами Енді Арісменді та LPG . Ви завжди повинні використовувати:

$stdout = $p.StandardOutput.ReadToEnd()

перед тим, як дзвонити

$p.WaitForExit()

Повний приклад:

$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

Ось моя версія функції, яка повертає стандартний System.Diagnostics.Process з 3 новими властивостями

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
}

Ось химерний спосіб отримати вихід з іншого процесу оболонки:

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