L'obtention de ExitCode l'aide de Start-Processus et WaitForExit au lieu d'Attendre

Je suis en train de lancer un programme à partir de PowerShell, attendez la sortie, puis obtenir l'accès à la ExitCode, mais je ne suis pas du avoir beaucoup de chance. Je ne veux pas utiliser -Wait avec Start-Processus, comme j'ai besoin de quelques traitement à effectuer en arrière-plan.

Ici est simplifié script de test:

cd "C:\Windows"

# ExitCode is available when using -Wait...
Write-Host "Starting Notepad with -Wait - return code will be available"
$process = (Start-Process -FilePath "notepad.exe" -PassThru -Wait)
Write-Host "Process finished with return code: " $process.ExitCode

# ExitCode is not available when waiting separately
Write-Host "Starting Notepad without -Wait - return code will NOT be available"
$process = (Start-Process -FilePath "notepad.exe" -PassThru)
$process.WaitForExit()
Write-Host "Process exit code should be here: " $process.ExitCode

L'exécution de ce script va provoquer Le bloc-notes à être démarré. Après c'est fermé manuellement, le code de sortie sera imprimé, et il va commencer à nouveau, sans l'aide de -wait. Pas de ExitCode est fourni lorsque c'est quit:

Starting Notepad with -Wait - return code will be available
Process finished with return code:  0
Starting Notepad without -Wait - return code will NOT be available
Process exit code should be here:

J'ai besoin d'être en mesure d'effectuer un traitement supplémentaire entre le point de départ du programme et en attente pour elle de cesser de fumer, alors je ne peux pas faire usage de -Wait. Comment puis-je le faire et d'avoir encore accès à l' .ExitCode propriété de ce processus?

InformationsquelleAutor Richard | 2012-04-21
  1. 40

    Deux choses que vous pourriez faire je pense...

    1. Créer le Système.Diagnostics.Objet de processus manuellement de dérivation et de Démarrer le Processus de
    2. Exécutez le fichier exécutable dans un contexte de travail (uniquement pour les non-processus interactifs!)

    Voici comment vous pouvez le faire soit: 

    $pinfo = New-Object System.Diagnostics.ProcessStartInfo
$pinfo.FileName = "notepad.exe"
$pinfo.RedirectStandardError = $true
$pinfo.RedirectStandardOutput = $true
$pinfo.UseShellExecute = $false
$pinfo.Arguments = ""
$p = New-Object System.Diagnostics.Process
$p.StartInfo = $pinfo
$p.Start() | Out-Null
#Do Other Stuff Here....
$p.WaitForExit()
$p.ExitCode

    OU

    Start-Job -Name DoSomething -ScriptBlock {
    & ping.exe somehost
    Write-Output $LASTEXITCODE
}
#Do other stuff here
Get-Job -Name DoSomething | Wait-Job | Receive-Job
    • le 1er extrait est plus à l'épreuve des balles et a fait le tour, même si le processus se termine brusquement.
    • Comment puis-je obtenir la Sortie complète du Processus qui a commencé ici?
    InformationsquelleAutor Andy Arismendi
  2. 80

    Il y a deux choses à retenir ici. L'un est d'ajouter la -PassThru argument et de deux, c'est pour ajouter de la -Wait argument. Vous devez ajouter l'attente argument, en raison de ce défaut: http://connect.microsoft.com/PowerShell/feedback/details/520554/start-process-does-not-return-exitcode-property

    -PassThru [<SwitchParameter>]
    Returns a process object for each process that the cmdlet started. By d
    efault, this cmdlet does not generate any output.

    Une fois que vous faites cela un processus objet est passé en arrière et vous pouvez regarder le ExitCode propriété de cet objet. Voici un exemple:

    $process = start-process ping.exe -windowstyle Hidden -ArgumentList "-n 1 -w 127.0.0.1" -PassThru -Wait
$process.ExitCode

# This will print 1

    Si vous l'exécuter sans -PassThru ou -Wait, il affichera rien.

    La même réponse est ici: Comment puis-je exécuter un programme d'installation de Windows et d'obtenir un réussir/échec de la valeur dans PowerShell?

    • Intéressant de noter que la solution de contournement: $p.GetType().GetField("exitCode", "Non publiques,de l'Instance").GetValue($p)
    • Ce doit être la accepté de répondre.
    • Le premier lien est (effectivement) cassé: "Microsoft Connect A Été mis à la Retraite"
    InformationsquelleAutor Daniel McQuiston
  3. 32

    Tout en essayant de la finale de la suggestion ci-dessus, j'ai découvert une même solution plus simple. Tout ce que j'avais à faire était de cache de la poignée de processus. Dès que je l'ai fait, $processus.ExitCode a fonctionné correctement. Si je n'ai pas le cache de la poignée de processus, $processus.ExitCode était nulle.

    exemple:

    $proc = Start-Process $msbuild -PassThru
$handle = $proc.Handle # cache proc.Handle
$proc.WaitForExit();

if ($proc.ExitCode -ne 0) {
    Write-Warning "$_ exited with status code $($proc.ExitCode)"
}
    • J'aimerais savoir pourquoi cela fonctionne si quelqu'un a des idées je vous en serais reconnaissant eux.
    • C'est une bizarrerie de la mise en œuvre de l' .NET objet de Processus. La mise en œuvre de la ExitCode propriété vérifie d'abord si le processus a quitté. Pour une raison quelconque, le code qui effectue cette vérification porte non seulement sur la hasexited n'bien, mais vérifie également que le proces de la poignée est présente dans le traitement de l'objet et de la renvoie une exception si ce n'est pas. PowerShell intercepte l'exception et renvoie la valeur null.
    • (cont.) Accéder à la Poignée de la propriété fait l'objet de processus pour récupérer le handle de processus et de boutique en interne. Une fois que la poignée est stocké dans l'objet de processus, la ExitCode propriété fonctionne comme prévu.
    • c'est fou, mais comme une solution, elle fonctionne parfaitement. bizarre!
    InformationsquelleAutor Adrian
  4. 8

    L' 'Wait' option semblait bloquer pour moi, même si mon processus soit terminé.

    J'ai essayé Adrian solution et ça fonctionne. Mais j'ai utilisé Wait-Processus au lieu de compter sur un effet secondaire de récupérer le handle de processus.

    Donc:

    $proc = Start-Process $msbuild -PassThru
Wait-Process -InputObject $proc

if ($proc.ExitCode -ne 0) {
    Write-Warning "$_ exited with status code $($proc.ExitCode)"
}
    • Il me semble à l'aide de $proc.HasExited n'est pas fiable non plus. J'ai eu plusieurs cas où il serait par intermittence être coincé lors de l'attente pour cette valeur à devenir de véritables quand être l'aide d'un tout en boucle. Je ne connaissais pas Wait-Process mais cela semble faire beaucoup mieux. Merci, @tlb
    InformationsquelleAutor blt
  5. 4

    Ou essayer d'ajouter cette...

    $code = @"
[DllImport("kernel32.dll")]
public static extern int GetExitCodeProcess(IntPtr hProcess, out Int32 exitcode);
"@
$type = Add-Type -MemberDefinition $code -Name "Win32" -Namespace Win32 -PassThru
[Int32]$exitCode = 0
$type::GetExitCodeProcess($process.Handle, [ref]$exitCode)

    En utilisant ce code, vous pouvez le laisser PowerShell s'occuper de la gestion redirigé sortie/erreur de flux, vous ne pouvez pas le faire en utilisant le Système.Diagnostics.Processus.Start() directement.

    • Astuce: le Cache de la poignée de processus ($process.Handle) après le début du processus avec Start-Process. Il ne sera pas plus défini après la sortie du processus.
    InformationsquelleAutor Greg Vogel