Question Forcer l'exécution de programme

Salut,
avant d'aller plus loin, quelle version de PowerShell utilises-tu ?
Il va vous falloir le préciser désormais.
tsunamidream écrit:

Le but de ce script est de démarrer un programme lorsque un autre est lancé.

Si je comprend bien, tu veux réagir à un événement particulier qui est l'exécution d'un process, c'est bien ça ?

tsunamidream écrit:

Je pense que je suis en v1.0 (c'est le powershell fourni avec windows 7 ).

Dns ce cas, c'est la v2. Voir la variable automatique $PSVersionTable.

tsunamidream écrit:

Le but de ce script est effectivement de réagir à un événement de type exécution d'un process

D'accord, mais quand tu dis :
tsunamidream écrit:

Je voudrai donc qu'il y ai comme un service qui tourne en permanance et qui vérifie que le programme est lancé ou pas.

Tu veux que cela soit hors PowerShell ou tu t'autorises à exécuter PowerShell ? Et dans un process dédié ou pas ?
Dans le premier cas WMI peut t'aider, voir le chapitre 10.2.1 Création d’un client basé sur le provider CommandLineEventConsumer .

Dans le second cas, en v2 tu peux coupler WMI et les events.
Mais cela sera du code \"avancé\", rien de complexe, faut juste savoir où tu mets les pieds

tsunamidream écrit:

Une autre petite chose

Tu devrais ouvrir un autre post dédié.

Une première approche en V2 :
[code:1]
#Si CMD est lancé alors on vérifie que notepad est lancé
if ((Get-Process -name 'Cmd' -ea \"SilentlyContinue\"«») -ne $null)
{ #oui, on démarre notepad++ s'il n'est pas lancé
if ((Get-Process -name 'notepad' -ea \"SilentlyContinue\"«») -eq $null)
{ Start-Process 'notepad.exe'}
}

$Query = \"select * from __InstanceCreationEvent within 1 where targetinstance isa 'Win32_Process' and targetinstance.name=Notepad.exe\"
$sbAction={
#Evénement déclenché
Write-Warning \"Sender\"
#type de $args[0] =System.Management.ManagementEventWatcher
Write-Properties $args[0]
Write-Warning \"EventArguments Context\"
#type de $args[1] =EventArrivedEventArgs System.Management.ManagementEventWatcher
Write-Properties $args[1].Context
Write-Warning \"EventArguments NewEvent\"
Write-Properties $args[1].NewEvent
Write-Warning \"EventArguments NewEvent\"
Write-Properties $args[1].NewEvent.TargetInstance
}

Register-WMIEvent -query \"Select * From __InstanceCreationEvent within 3 Where TargetInstance ISA 'Win32_Process'\" -sourceIdentifier \"NouveauProcess\" –action ($sbAction -as [Scriptblock])
[/code:1]
Le code et l'affichage du scriptblock $sbAction est verbeux à dessein.
Le premier problème est que ce n'est pas vraiment synchrone, cf. pooling, le second c'est que la requête spécifiée pour Register-WMIEvent ne tient pas compte du filtre sur le nom de process. L'événement est déclenché pour chaque process, en tout cas sur mon poste Xp sp3+ Posh V2. je n'ai pas testé sous Windows 7.

Du coup je me suis dit qu'essayer une approche dotnet ne serais pas inutile :
[code:1]
#----A la dotnet sous PowerShell
#Lire les remarques sur la page suivante :
# community.bartdesmet.net/blogs/bart/arch...2006/08/30/4366.aspx
$sbPI={
Unregister-Event \"ProcessInfo.Exited\" -ea \"SilentlyContinue\"
$ProcessInfo=Start-Process \"notepad.exe\"
Register-ObjectEvent $ProcessInfo Exited -SourceIdentifier ProcessInfo.Exited –action ($sbPI -as [Scriptblock])
}

#Démarre \"l'auto surveillance\"
&$sbPI
#Si on ferme PS ce mécanisme est rompu.
[/code:1]

C'est à valider, mais j'ai un faible pour cette concision.

Un grand bravo à l'équipe de dev de PowerShell !
PowerShell v2? Un shell avec des gros morceaux de puissance dedans