Francois Piette a écrit :
>> J'ai eu le même problème, en pire car l'application à surveiller était un
> .bat
>> qui (entre autre) lançait un fichier make.exe qui lançait successivement
> toutes
>> les commandes décrites par un fichier de construction.
>> Je n'ai à l'époque pas trouvé de solution fiable, et reste intéressé !
>
> Pourtant il y a moyen. Chaque processus garde quelque part la trace de son
> "parent". Donc il est théoriquement possible de remonter les processus fils
> jusqu'à trouver le processus initial, celui lancé par explorer.
>

Le but était de fournir un menu "outil" paramétrable, avec une option (checkbox)
pour n'autoriser qu'une seule instance de l'outil, par exemple pour un module de
comm qui réserve ses ressources i/o, auquel cas il fallait juste remettre en
avant-plan l'instance déjà lancée.

A l'époque (et de mémoire, ça date un peu), je n'ai pas réussi à trouver une
info qui identifie de façon bijective une applic.

Il me semble que j'avais cherché à récupérer le chemin de l'exe, mais que les
infos que j'avais réussi à récupérer changeaient selon l'origine du lancement :
directement par l'exe ou par un raccourci (lnk) ou par .bat

La difficulté vient du fait que l'outil a pu être lancé auparavant et/ou en
dehors du contrôle de mon programme, en particulier par un bat ou un lnk.

Bref, j'ai capitulé et laissé l'utilisateur se débrouiller s'il ouvre 2 fois la
même applic.

Mais ça me titille encore la glande de la programmation, de temps en temps.
:-)