Discussion :

[Lynix]

Salut,
Je travaille sur deux programmes qui doivent pouvoir s'appeler mutuellement, l'un utilise Qt mais l'autre utilise la librairie standard uniquement (pour que l'exécutable soit indépendant et n'ait pas besoin de .dll).

Avec Qt j'ai trouvé une fonction intéressante QProcess::startDetached

bool QProcess::startDetached ( const QString & program ) [static]

Cette fonction permettrait de lancer un programme et de le rendre indépendant au niveau des processus.

Maintenant j'ai aussi besoin de vérifier si un programme est actif (un programme bien précis dont j'ai le chemin) avec Qt encore.

Mais mon autre problème c'est de vérifier l'activité d'un programme spécifique (dont j'ai le chemin), et de pouvoir le lancer, mais en utilisant uniquement la librairie standard (Ou des librairies que je peux compiler dans l'exécutable pour qu'il n'ait pas besoin de .dll)

Est-ce que vous savez comment faire ça?

Merci d'avance

[white_tentacle]

Tu peux utiliser de la shared_memory pour faire communiquer tes processus entre eux.

Sinon, si tu es sous Linux (mais tu parles de dll, ça n'est donc peut-être pas le cas), tu peux utiliser dbus.

[nirgal76]

Admettons 2 programmes PRG1 et PRG2 que toi tu va programmer (si j'ai bien compris)
tu que PRG2 puisse vérifier si PRG1 est en route.
tu peux lors de l'initialisation de PRG1 positionner un mutex qui permettra de l'identifier comme étant en cours d'exécution, un peu comme quand on veut savoir si le programme que l'on exécute n'est pas déjà lancé.
PRG2 en se lançant vé regarder si le mutex de PRG1 est positionné (et ainsi savoir s'il est en cours d'exécution).
A la limite, tu peux (puisque tu connais son nom et son chemin) mettre en ressource dans l'exécutable de PRG1 le nom de ce mutex, et PRG2 ira ouvrir cette ressource, prendre le nom du mutex de PRG1 à vérifier puis regarder s'il est positionné. Comme ça, rien ne sera fixé "en dur".
(car un tel mutex sera en général nombre aléatoire unique genre GUID pour éviter les collisions avec d'autres programmes).
C'est de la bidouille et j'ai pas testé, mais ça doit pouvoir marcher.

[3DArchi]

Bonjour,
tu peux t'inspirer de cette entrée de la FAQ (spécifique windows, mais le principe du mutex nommé devrait marcher sans MFC).