Discussion :

[dvince38]

Bonjour,

j'ai développé un petit service qui, sans rentrer dans les détails, fait quelques actions puis se met en veille pendant 10 minutes grâce à un Sleep(600000);
Je pensais que si j'essayais d'arrêter le service pendant qu'il est en veille, le Sleep empêcherait celui ci de s'arrêter. Mais ce n'est pas le cas, le service s'arrête aussitôt.
Je trouve ça bizarre, c'est comme si le processus était killé, le reste des instructions n'étant pas exécutées.
Ce qui m'amène à me demander si le service se termine proprement...

Est ce que quelqu'un a un avis la dessus?

[dvince38]

Je précise quand même que tout se passe dans la fonction ServiceMain

Code :

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

1
2
3
4
5
6
7
8
9
10
11
 
void WINAPI ServiceMain(DWORD dwArgc, LPTSTR *lpszArgv)
{
     //quelques instructions
     ...
     ...
     Sleep(600000);
     ...
     //encore des instructions
     ...
}

[seeme]

En toute logique, ce qu'il se passe, c'est que la demande de kill est transmise (probablement avec un signal) malgré le sleep.

J'avoue que je ne connais pas assez l'API win32, mais je pense que c'ets une piste à suivre.

[moldavi]

Bonjour.

La fonction Sleep n'est pas bloquante. Elle ne fait que rendre la main au processeur qui "endort" l'application. Celui-ci viendra la réveiller une fois le délai écoulé.

Pour être certain que ton programme se quitte proprement il faut gérer l'évènement SERVICE_CONTROL_STOP et libérer les ressources.

[Steph_ng8]

La fonction Sleep n'est pas bloquante.

Bah si, justement : elle bloque/suspend le thread courant…

[la_tupac]

La fonction Sleep n'est pas bloquante. Elle ne fait que rendre la main au processeur qui "endort" l'application. Celui-ci viendra la réveiller une fois le délai écoulé.

J'ai peut-être mal compris, mais c'est bien ça qu'il voulait. Mais apparament le service doit générer un exception... Sleep est-il correctement géré pas l'api Win32 (pareil je ne suis pas calé). Mon conseil: essaye de débuguer ou vérifie que les instruction après Sleep sont bien effectuées ...

ps: renseigne-toi, il doit y avoir une autre methode de sleep pour win32 (c'est vieux Sleep

[moldavi]

Bonjour à tous.

Lorsque je dis que la fonction Sleep n'est pas bloquante, c'est qu'elle ne mobilise pas le processeur. Bien sûr qu'elle bloque le programme au niveau du code, mais pas au sens de l'application gérée par le processeur. Un service n'a pas de boucle de message comme une interface graphique, la gestion des deux sous windows est différente.

Faîtes une boucle while(true); et vous comprendrez la différence avec un Sleep.

Bah si, justement : elle bloque/suspend le thread courant…

Confère ci-dessus. La question n'est pas de savoir si le thread est bloqué/suspendu, mais pourquoi il peut-être arrêter lorsqu'il est dans un Sleep. Et là c'est surtout une question de fonctionnement des services windows qui n'a rien à voir avec une application graphique. Un service que l'on essaie d'arrêter avec la console adéquate, parfois ne s'arrête pas.

[Steph_ng8]

Exact, Sleep ne bloque pas les signaux reçus.
D'ailleurs, aucune fonction ne le fait.

Il faut gérer manuellement les signaux pour avoir un contrôle fin dessus.
Par exemple, sous UNIX, pour ignorer le signal d'interruption (Ctrl + C) :

Code :

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

1
2
3
#include <csignal>
 
signal(SIGINT, SIG_IGN);

On peut également définir un gestionnaire de signaux afin de faire exécuter du code particulier (paix à son âme…) lorsqu'un signal donné est intercepté.

Il y a certainement un moyen similaire de le faire sous Windows, mais je ne connais pas non plus très bien l'API win32.
Donc je ne peux pas t'aider plus.