Question recherche sans fin et surveillance d'un programme

Salut,
consulte ce post .
Sinon, essaie cette construction :
[code:1]
try {

$Process=Start-Process \"FullPathName\pasco.exe\" -PassThru
Wait-Process $Process.id -Timeout 120 -ErrorAction Stop
} catch [System.Management.Automation.ActionPreferenceStopException]
{
if ($_.Exception -is [System.TimeoutException]) # cas du timeout sur Wait-Process
{
If (-not $Process.HasExited) #si le process est tjr actif
{
$Process.Kill()
}
}
else
{Throw $_}
}
[/code:1]
A tester...

thierry92 écrit:

Merci beaucoup pour cette solution qui fonctionne très bien d'après mes premiers tests

Vaudrait mieux car je vais le passer en prod
thierry92 écrit:

- le try-catch permet de gérer les erreurs liées au lancement de mon utilitaire.

Pas tout à fait, je ne gére pas d'erreur d'un utilitaire en particulier.
thierry92 écrit:

- on \"catch\" plus précisément les erreurs de type \"ActionPreferenceStopException\"

Oui.
thierry92 écrit:

et dans ces dernières on affecte un traitement particulier aux exceptions du type \"TimeoutException\",

Oui, avec cette précision \"et dans cette dernière\" car il ne peut y avoir qu'une.
thierry92 écrit:

- si le process est toujours actif on le supprime en silence

Oui.
thierry92 écrit:

et on \"envoie\" les autres erreurs...

Non, le redéclenchement d'exception ne se fait que s'il s'agit d'une exception autre que 'TimeoutException'.
thierry92 écrit:

car visiblement je n'ai pas pris le problème du bon côté...

Pour moi sous Powershell , 'penser' objet d'abord, cmdlet ensuite, après comme on veut comme on peut
On effectue un traitement (Wait) sur un objet (Process), mine de rien cette évidence n'est pas trivial.
Il me semble que nombreux utilisateurs(trices) de PS passent à côtè du principe Verbe-Nom alors qu'il est au coeur de ce shell.
Nous en sommes tous à vouloir 'faire' au lieu de réfléchir 'au comment faire', cela ne nécessite certes pas le même investissement...
thierry92 écrit:

Pourrais tu m'expliquer le raisonnement qui t'a permis d'arriver à cette solution...

Ah pas facile !
C'est déjà un tâtonnement pour répondre à un problème un peu particulier, à savoir un process (WinWise) qui se termine tjr sans erreur, adieu $LastExitCode...
Ce process 'lance' un thread GUI, enfin il me semble (peu de temps pour creuser, juste pour trouver) qui, lui, effectue le traitement, le premier process n'est donc qu'un lanceur.
En utilisant Wait-process, le lanceur ne me rend la main qu'une fois terminé le traitement réel.

Dans mon cas le timeout me permet de continuer mon traitement sur une erreur gérée, sans laisser le script se transformer en mort-vivant ou vivant-mort, ça marche dans les deux sens ici .
Quant à l'usage de ErrorAction c'est le principe CBP (ceinture, bretelle, parachute), tout ce que je veux c'est que la sortie du Wait-Process signifie 'une fin de process sans erreur'.
En passant, après qq tests unitaires, ce n'est pas tout à fait le cas, mais je me suis arrêté là car à l'impossible nul n'est tenu !

Donc en lisant ton post, ce code me semblait approprié. Une dernière chose, je pense que l'on étudie pas assez, moi le premier, les exemples de la doc de PS, puisque cette approche s'y trouve