Discussion :

[bakonu]

Bonjour,

Voilà, j'aimerais faire un petit programme sans fenetres (utilisant eventuellement des messages box), qui puisse etre capable de lister la liste des processus windows en execution afin d'y effectuer des contrôles.

Je vois deux possibilités. Et je ne sais pas si la 2ème solution est réalisable.

1. Faire un Timer qui va me lister les processus toutes les secondes : ca ne me semble pas très propre comme méthode, même si ca suffirait pour les contrôles que je veux faire.

2. Si il existe un evenement permettant de gerer les changements dans la liste des processus, ca serait parfait.

Dans les deux cas, je n'ai aucune idée de comment faire une appli en tâche de fond sans que ca soit un service système ou une appli fenêtrée(s).

Si quelqu'un pouvait juste m'éclairer là dessus, et me dire par la même occasion si la 2ème solution est envisageable, ca serait sympa.

[ced600]

Pourquoi ne pas faire un service windows ?
C'est totallement adapté à ce genre d'application.

Tu peux mettre une application en caché (une propriété de form je crois), mais alors je ne pense pas que tu auras la possibilité d'utiliser des messages box.

Avec un service windows tu peux avoir un interfaçage avec le bureau mais c'est déconseillé.

[mrrenard]

pour l'apparition des processus tu es obligé de faire un truc lourding avec ta première solution. Sinon faut aller chercher du coté des API win32 y'a peut-être une solution, mais là y'a du boulot et puis c'est moche. Utilisé les API c'est le moyen le plus sur que sont appli ne soit pas portable.

[ced600]

pour l'apparition des processus tu es obligé de faire un truc lourding avec ta première solution. Sinon faut aller chercher du coté des API win32 y'a peut-être une solution, mais là y'a du boulot et puis c'est moche. Utilisé les API c'est le moyen le plus sur que sont appli ne soit pas portable.

+1
Même avec mono, ton appli ne tournera pas sous linux

[Guulh]

En même temps, faire une appli de gestion des processus portable, j'y crois moyen, étant donné que les process windows sont sensiblement différents de ceux de Linux
Et

comment faire une appli en tâche de fond

C'est quoi pour toi une appli en tâche de fond ? Toutes les applis le sont, somewhere Tu veux dire sans bouton dans la barre de tâches, mais une icone dans la barre de notification ?

[bakonu]

En fait, mon appli serait liée à une base de données centrale.

Et le but de cette appli, est de pouvoir empêcher l'utilisateur windows d'utiliser certains programmes (donc terminer le processus s'il est lancé) si certaines conditions dans la base de données ne sont pas remplies.

Je ne peux pas utiliser les services windows, car alerter l'utilisateur, quand il est bloqué, est très important.

Je précise que l'appli ne viserait que Windows xp et éventuellement vista. En tout cas, ca resterait une application Windows, pas besoin de portabilité vers Linux.

Par tâche de fond, je voulais dire que l'utilisateur ne voit pas du tout l'existence du programme (démarré à l'ouverture de session Windows), excepté les éventuels messages d'alertes.

[ced600]

Bon moi je fais du VBS en plus du C#.
Si je devais faire ce que tu souhaites faire, je ferais un script qui fais ce travail, et que j'affecterais ce script à l'ouverture de la session.
Ainsi tout se ferais en background, et tu pourrais faire des pop up d'alerte utilisateur.
Bon bien sur, il est visible dans le gestionnaire des processus, mais les applications c# aussi

Je crois que tu peux faire du script en C#.

[Bluedeep]

E
Et le but de cette appli, est de pouvoir empêcher l'utilisateur windows d'utiliser certains programmes (donc terminer le processus s'il est lancé) si certaines conditions dans la base de données ne sont pas remplies.

Il ne serait pas plus simple de bloquer le lancement de ces programmes (via une modification des droits utilisateurs sur les fichiers en question) et de n'établir ces droits que lorsque les conditions sont remplies ?

Es tu sur que tu ne prends pas le problème par le mauvais bout ?

[Bluedeep]

Utilisé les API c'est le moyen le plus sur que sont appli ne soit pas portable.

SI la portabilité fait partie de son cahier des charges, c'est un problème; si ce n'est pas le cas, il n'y a absolument pas lieu de s'en préoccuper.