Discussion :

[Jimmy91]

Bonjour,

Je réalise un service Windows en C++ et mon problème peut être formulé avec le code suivant :

Code C++ :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
 
#include <Windows.h>
 
void run()
{
  Sleep(10000); // Attendre 10 secondes
  MessageBox(0, "Mon information", "Information", 0);
  Sleep(20000); // Attendre 20 secondes 
}

La MessageBox interrompt le processus dans le sens où le programme ne dure pas exactement 30 secondes ici ; il faut attendre que l'utilisateur ait cliqué sur "OK" pour enclencher la minuterie de 20 secondes. Comment contourner ce problème ? Connaissez-vous d'autres types de fenêtre d'information susceptibles de m'intéresser ? Ou faut-il lancer un thread dans lequel j'appellerais cette fenêtre ?

Merci pour vos réponses !

[ternel]

Bonjour.
Je ne connais pas l'API, mais il y a peut-être une "non blocking message box". Sinon, un thread peut fonctionner, à condition de ne surtout pas en faire un join.

Cela dit, pourquoi ces temps d'attentes autour d'une interaction utilisateur?

[dragonjoker59]

En tout cas un service est normalement conçu pour ne pas avoir d'IHM, je suis très étonné qu'il t'affiche ta message box. Es-tu sûr de développer un service ?

[bacelar]

dragonjoker59, je ne pense pas que Jimmy91 sache ce qu'est un "vrai" Service Windows.

Jimmy91, MessageBox ne bloque pas le processus, c'est juste une boucle sur le traitement des messages de fenêtre.

A part MessageBox ou ShowDialog, à peu près toutes les primitives d'affichage de fenêtre n'utilisent pas cette mécanique de boucle.

Tu as donc plusieurs dizaines de manière de faire, t'as plus qu'à choisir.

[Jimmy91]

Bonjour à tous et merci pour vos réponses.

leternel : Sur votre conseil, j'ai recherché comment programmer un thread, et le tutoriel de Franck.h m'a beaucoup aidé. En fait, les temps d'attente utilisateur ne sont rien d'autre qu'un simple minuteur devant indiquer à l'utilisateur combien de temps il lui reste à des instants déterminés.

dragonjoker59 et Bacelar : Je sais que mon "service" Windows n'en n'est pas vraiment un, mais c'est la seule méthode que je connaissais qui me permette de démarrer mon programme à l'ouverture de session, et de le faire fonctionner en tâche de fond tout en avertissant l'utilisateur de manière ponctuelle ! Par contre, je ne savais pas qu'un service ne pouvait pas afficher d'IHM. Pour l'instant je ne suis qu'à la phase de Debug, donc les messages d'avertissement s'affichent correctement. Je suppose donc que ces messages ne s'afficheront plus quand je mettrai le service en production, ce qui est gênant...

[Jimmy91]

Je confirme : pas de message d'erreur lors de l'exécution du service, alors qu'ils apparaissent à partir du débogueur... Dommage. J'avais passé pas mal de temps à comprendre l'exécution d'un service...

[white_tentacle]

En général, s’il y a besoin d’un service et d’une ihm, on scinde les deux :
- d’un côté, le service, qui réside dans la session des services windows, sans ihm
- de l’autre, l’ihm, qui réside dans la session utilisateur, éventuellement, pas toujours lancée au démarrage
- entre les deux, un mécanisme d’ipc (inter process communication), soit via mémoire partagée, soit via socket locale

Si la problématique est « juste » le lancement au démarrage, la clé de registre « HKLM/Microsoft/Windows/Run » (de mémoire) devrait suffire, pas nécessairement besoin d’un service.

[Jimmy91]

Bonjour,

Merci à white_tentacle pour votre suggestion sur l'IPC. En fait, cette solution va me permettre de résoudre des problèmes dans quelques-uns de mes projets.

J'utilise un service non seulement parce qu'il est commode de le lancer au démarrage d'une session, mais aussi parce que cela consomme moins de ressources qu'un programme de premier plan.

Pour citer des exemples de la vie courante, des programmes tels que Skype, Avast, Java Update, AMD Catalyst, etc... démarrent à l'ouverture de session, ne sont pas des programmes de premier plan et envoient des notifications à l'utilisateur. C'est ce genre de programme que j'ai besoin de développer.

Encore merci à tous pour vos idées !

[white_tentacle]

Pour citer des exemples de la vie courante, des programmes tels que Skype, Avast, Java Update, AMD Catalyst, etc... démarrent à l'ouverture de session, ne sont pas des programmes de premier plan et envoient des notifications à l'utilisateur. C'est ce genre de programme que j'ai besoin de développer.

Pour skype, c’est un programme standard qui réside entièrement en session utilisateur. Pour avast, il y a effectivement une interface utilisateur, et un service. Pour amd catalyst, c’est une interface et un pilote, je ne sais plus s’il y a un service au milieu ou si l’interface interagit en direct avec le pilote.

Globalement, ce qui va faire la différence, c’est surtout une question de droits et d’usages :
- si tu as besoin des droits systèmes (typiquement, le cas d’avast) alors un service est nécessaire
- si au contraire, le programme doit résider dans la session utilisateur, et ne pas être partagé entre plusieurs sessions (le cas de skype), alors c’est un programme normal qu’il faut faire
- si tu as besoin que ça fonctionne alors qu’aucun utilisateur n’est connecté, ce sera un service

En fonction de tes besoins, tu choisis la solution adaptée.

[bacelar]

si au contraire, le programme doit résider dans la session utilisateur

Plein de méthodes, mais la 4 semble plus simple :
http://www.sevenforums.com/tutorials...ms-change.html

[Jimmy91]

Bonjour et merci pour vos réponses.

Finalement white_tentacle a raison, je vais éviter de créer un service et me rabattre sur un "programme normal" car j'ai besoin d'afficher des messages utilisateur. Pour qu'il se lance automatiquement au démarrage, il me suffira d'appliquer l'une des méthodes fournies par bacelar via son lien.

Enfin, pour afficher la messageBox sans qu'elle ne bloque le processus principal du programme, j'étudie la solution du thread secondaire...

Encore merci à ceux qui m'ont aidé.