Question Statut d'un Runspace

As-tu essayé d'utiliser la méthode Invoke (appel synchrone) ?

Sinon il y a ce ce module à étudier/tester.
J'ai survolé le code, je n'y ai pas vu de gestion d'erreur du runspace. La classe BackgroundWorker met à disposition l'accès à l'état du runspace, plutôt le pipeline.

Si j'ai le temps je regarde ça demain.

j'ai regardé le module cité qui semble êre une piste intéressante.
On ne manipule plus un runspace mais un pseudo composant qui encapsule un runspace. On peut accéder à son état une fois le code du RS terminé :
[code:1]
$drWorker


FrameworkElement : System.Windows.Window
Control :
Results : {@{Value=1000; Sqrt=31,6227766016838}, @{Value=1001; Sqrt=31,6385840391128}, @{Value=1002;
Sqrt=31,6543835826888}, @{Value=1003; Sqrt=31,6701752442262}, @{Value=1004;
Sqrt=31,6859590355097}, @{Value=1005; Sqrt=31,7017349682947}, @{Value=1006;
Sqrt=31,7175030543074}, @{Value=1007; Sqrt=31,7332633052449}, @{Value=1008;
Sqrt=31,7490157327751}, @{Value=1009; Sqrt=31,7647603485372}, @{Value=1010;
Sqrt=31,7804971641414}}
DataReadyAction :
StateChangedAction :
Errors : {Cannot find path 'D:\I_DoNot_Exist.txt' because it does not exist.}
StateInfo : System.Management.Automation.Runspaces.PipelineStateInfo
Parameters : {start: 1000, end: 1010, sleep: 100}
ScriptBlock :
#Try changing millisecinds to 10 no collisions?
# Get-content is added to demonstrate error in script
($start..$end) | Select-Object @{Name=\"Value\";E={$_}},@{Name=\"Sqrt\";\"E\"={[Math]::«»Sqrt($_)}} |
foreach { $_ ;start-sleep -Milliseconds $sleep}
get-content -Path d:\I_DoNot_Exist.txt
#throw \"Marche pas\"
[/code:1]
Les erreurs sont accessible via Errors et le déclenchement d'une exceptions change le status du RS en Failed :
[code:1]
$drWorker.StateInfo

# State Reason
#

---

---

#Failed System.Management.Automation.RuntimeException: Marche pas ---> System.Management.Automation.RuntimeException:...
[/code:1]
Dans ton cas le pb n'est pas, il me semble, d'accéder à l'état du RS mais de déclencher la suite.
Ton code ne contient pas de bouton \"Cancel\" c'est voulu ?

Je pensais également utiliser une queue de job ou une stack qui permettrait d'enchainer une ou + actions, mais ce n'est peut être nécessaire ici ni l'objectif...

Si tu utilises le module cité, il se peut qu'il te faille revoir la conception de ton script.

L'exemple d'usage sous WPF est assez simple, reste donc à le tester avec des cas plus élaborés et vérifier le code de libération des ressources.

laurenzo34000 écrit:

J'ai regardé ce \"module\" mais je n'ai pas trouvé ou il cherchait les infos

Je n'ai pas compris.

laurenzo34000 écrit:

seul problème dans le runspace il n'arrive pas à savoir quand la case 1 est cochée

Cela dépend du comportement que tu souhaites.
Tu peux insérer l'état de 'case1' dans le runspace du traitement.
laurenzo34000 écrit:

De cette manière le code s'exécute à la suite et plus besoin de savoir si le runspace 1 est terminé pour lancer le 2

Qu'en penses tu ?

Effectivement je pensais à qq chose comme ça :
[code:1]
$Traitement =CodeRS1
if (cas2) {$Traitement +=CodeRS2 } [/code:1]
Car c'est, à priori, juste un enchainement de traitements.
Mais sans connaitre l'infra, les besoins et le contexte global, il est tjr difficile de proposer qq chose de pertinent.