Discussion :

[yves_fuji]

Bonjour
Je suis en Delphi 5 sous windows XP.

J'aimerais savoir s'il est possible d'intercepter le message window qui permet de killer un processus (par le gestionnaire des tâches).

Ainsi, si mon appli est tuée, cela me permettrait d'écrire dans un journal juste avant qu'elle meurt.

Merci

[Clorish]

Tu cherche a ecrire dans le journal que l'application a ete killé ? ou bien juste ecrire des choses dans un journal ?

Si c'est la 2e solution (genre log) il faut ecrire dans le fichier a fure et a mesure que les données arrive et fermer le fichier apres chaques ecriture (ou eventuelement faire un flush) pour vider le tampon.

Sinon le principe du kill etant de fermer uen application qui a planté, ca m'etonnerais qu'il puisse le detecter et en plus pendre le temps d'ecrire un journal

[yves_fuji]

Oui, c'est la 2ème solution.
Lorsque mon processus se termine, j'écris le résultat dans un journal (échec ou succès).
L'ennui c'est que je n'ai aucune trace dans mon journal si quelqu'un kill ce processus...

En tout cas sur la dernière phrase, je pense que tu as raison.

Sinon le principe du kill etant de fermer uen application qui a planté, ca m'etonnerais qu'il puisse le detecter et en plus pendre le temps d'ecrire un journal

Vois-tu une solution de contournement ?

En fait j'ai une application principale qui lance des processus simultanés pour exécuter des éditions.
Les utilisateurs de cette appli peuvent, en cas de problème, fermer cette application principale. Le but est alors de killer tout les processus qui en découle et d'obtenir un message d'erreur dans le journal pour chacun.

Merci de ton intérêt

[Clorish]

pourquoi "killer" et non "fermer proprement" les processus ?

Sinon il y a bien le message WM_Kill je crois qui peut etre intercepter si l'application ou precessus possede encore une jambe pour le traiter

[yves_fuji]

"Killer" c'est pour garantir le résultat.
Si mon utilisateur demande à fermer l'application, l'effet doit être immédiat.
Les processus lancés doivent donc tous s'arrêter en même temps (qu'ils soient plantés ou non).

Je n'ai trouvé malheureusement aucun exemple d'utilisation de WM_KILL.
C'est pour ça que j'ai posté ici.

[Fabrice ROUXEL 1]

Tu voudrais faire comme sous Linux, killer les processus zombies, non?
Tu devrais pouvoir t'en sortir avec la FAQ et TerminateProcess.

[yves_fuji]

Pas du tout, je sais killer les processus.
Avant de mourir, je veux qu'ils écrivent dans mon journal "qu'ils ont été tué".

Il faut donc que j'intercepte le message (s'il s'agit d'un message) qui permet à windows de killer un processus.

Est-ce quelqu'un sait si un message windows est envoyé au processus lorsqu'on le tue avec "terminateprocess" ?

[Eric Boisvert]

"Killer" c'est pour garantir le résultat.

Ca reste drôlement radical. Je me demande si à la longue, tu ne fera pas face
à d'autres problèmes plus délicats.

Est-ce quelqu'un sait si un message windows est envoyé au processus lorsqu'on le tue avec "terminateprocess" ?

je ne crois pas que ce soit possible...

parcontre, à l'inverse, si ton application se termine proprement, tu peux
inscrire un message "Je me suis terminé comme un grand sans avoir été Killé!"

si tu ajoute un message dans ton log "Je commence à travailler"
au démarrage de ton application, tu pourra avec une petite analyse du log,
détecté le nombre de fois que ton application à été Killer?

[yves_fuji]

Je vais effectivement modifier mon appli principale pour mettre l'heure de démarrage en plus de l'heure de fin dans le journal.

L'ennui c'est que lorsque l'appli principale (c'est un service d'impression) recoit le message de retour de ces processus (les éditions), elle envoi également ce message au demandeur de l'édition.

Donc si l'édition est "killée", le demandeur n'en ai jamais averti.

Merci à tous

[Clorish]

Dans ces cas la, on met en place un systeme de "ping" recurent pour verifier que les applis tournent toujours.

En fait j'ai l'impression que tout ce que tu veux faire suppose que l'application est active. Car un vrai "kill" est fait sur une application bloqué, planté, shootée .... donc incapable de faire quoi que ce soit.

Si elle est active, pas besoin de killer, mais termine proprement le processus.
Apres, penche toi sur la detection d'application plantées pour eventuelement killer les dits processus de maniere plus brutale.

[Alekhine]

Je tombe sur ce post par hasard..

Il y a une solution, et même un exemple, avec les bibliothèque/composant madsoft (mad_code_hook).

Dans son exemple l'utilisateur Windows se voit devoir confirmer manuellement le kill du process.

Je suppose qu'on peut le limiter à l'application visé et écrire dans le journal avant d'accepter le kill, le tout en automatique.

Alekhine.

[yves_fuji]

Il y a une solution, et même un exemple, avec les bibliothèque/composant madsoft (mad_code_hook).

Bonjour,
Ca m'a l'air très interressant.
Peux-tu m'indiquer où trouver ces bibliothèques ?

[Alekhine]

Bonjour,
Ca m'a l'air très interressant.
Peux-tu m'indiquer où trouver ces bibliothèques ?

Bonsoir,

C'est ici : http://www.madshi.net/

MadCodeHook n'est plus gratuit par contre, étant donné que son travail a été utilisé par des gens peu scrupuleux pour coder des cochoneries à infecter les PC ....

En tout cas ça tient la route son truc.

Alek.