faire dépendre un processus d'un autre

Version imprimable

08/04/2008, 11h03
splifo

faire dépendre un processus d'un autre

Bonjour !

A partir d'une application Win32Application, je lance un exécutable grace a la commande createprocess().

Mais voilà, je voudrais que si on essaie de terminer brusquement mon programme principal (par exemple en faisant terminer processus dans le gestionnaire des tâches), celà ferme également l'application "fille".

je ne sais pas comment faire pour intercepter le signal "kill" qui termine le processus et je ne sais pas s'il existe des signaux "kill" sur windows qu'on ne peut pas intercepter (comme la commande "kill _9" sur unix).

J'aimerais savoir dans un premier temps si c'est possible et dans un second temps, savoir si vous n'auriez pas des sources ou des tutos.

Merci beaucoup

:king:
08/04/2008, 11h25
Médinoc

TerminateProcess() est tout aussi non-interceptable et tout aussi déconseillé (voire plus) que kill -9.
08/04/2008, 12h30
ram-0000

Une autre possibilité, implémenter un double WatchDog (chien de garde) dans une mémoire partagée.

Le "père" met à jour son WatchDog et surveille celui de son "fils". Si celui du "fils" ne bouge pas, le "père" en déduit que son "fils" est mort et se suicide.

Le "fils" met à jour son WatchDog et surveille celui de son "père". Si celui du "père" ne bouge pas, le "fils" en déduit que son "père" est mort et se suicide.

C'est une solution souvent utilisée sur les systèmes embarqués. Si une des tâches ne met pas à jour son WatchDog, la tâche de supervision le détecte et réagit en conséquence (reboot le système si le système n'est pas un système critique par exemple).
08/04/2008, 12h36
splifo

oui mais en fait je ne peux pas toucher le code du fils.
08/04/2008, 12h38
Neitsa

Bonjour,

Mettre les processus père et fils dans un job object.

Intercepter WM_CLOSE (GUI) ou CTRL_CLOSE_EVENT (Console) dans l'application père (messages envoyés lors d'un TerminatePeocess)

Appeler TerminateJobObject dans la gestion WM_CLOSE ou CTRL_CLOSE_EVENT.

Cela permettra de tuer tous les processus dans le job object en même temps. Le problème ici sera de différencier une fermeture "normale" d'une fermeture par TerminateProcess...
08/04/2008, 12h52
splifo

ok merci, je vais m informer un peu sur les jobobject
08/04/2008, 14h00
splifo

Est-ce-que tu peux me donner plus d'infos sur comment utiliser createobject parceque je n'y arrive pas
merci d'avance.
08/04/2008, 14h15
Médinoc

Citation:

Envoyé par Neitsa

Intercepter WM_CLOSE (GUI) ou CTRL_CLOSE_EVENT (Console) dans l'application père (messages envoyés lors d'un TerminatePeocess)

Là, j'ai des gros doutes... C'est peut-être OK pour CTRL_CLOSE_EVENT, mais pour WM_CLOSE ça m'étonnerait: Déjà que les DLLs elles-mêmes ne sont pas prévenues d'un terminate...
08/04/2008, 15h05
Neitsa

Citation:

Envoyé par Médinoc

Là, j'ai des gros doutes... C'est peut-être OK pour CTRL_CLOSE_EVENT, mais pour WM_CLOSE ça m'étonnerait: Déjà que les DLLs elles-mêmes ne sont pas prévenues d'un terminate...

Effectivement Médinoc, my bad :/

ces messages sont envoyés par le task manager quand on fait "end task" depuis l'onglet application. Mais si on le fait depuis l'onglet processus, alors rien n'est envoyé puisque le système utilise alors un TerminateProcess. Tu as tout à fait raison.

[edit]
Raymond Chen en parlait d'ailleurs, ici :

http://blogs.msdn.com/oldnewthing/ar...22/191123.aspx