Version imprimable
Bonjour,
J'aimerai savoir comment on peut éviter qu'un même programme soit lancé deux fois(sous Linux). Ceci se produit par double clic voir triple clic alors qu'un suffit.
Y a t'il une fonction(system) qui permet de savoir si le même programme à déjà été lancé ?
Merci
Non mis à part peut être interroger la liste des process de la machine.Citation:
Envoyé par oeilvert
Sinon, pour éviter cela, le 1er process créé un sémaphore ou un mutex ou une mémoire partagée que le 2eme process peux teste, s'il existe, il en déduit qu'un autre process est déjà lancé et se suicide.
Merci ram-0000,
Je viens du monde des automates programmables. Mes connaissances en C sont encore basique, je ne sais pas ce que c'est un sémaphore, ni un mutex et ne sais pas comment créer une mémoire partagée. Je vais faire des recherches sur ces trois éléments...merci pour les idées
[Edit]
Je ne suis pas encore un pro en développement Linux, je suis entrain de m'y former mais peut-être qu'avec un appel à getppid() pour essayer de récupérer le PID du processus père et si ce PPID est identique au PID du processus père tu détruit le processus fils.
Enfin à ce que j'en dit... faut tester :aie:
Sinon un peu plus archaïque, tu créés un fichier qui contient 0 si aucune instance est en cours, auquel cas tu lances le programme et 1 si une instance est déjà en cours où dans ce cas, tu arrêtes la création d'un nouveau processus ;)
Citation:
Envoyé par oeilvert
La meilleure façon – à mon humble avis – reste d'utiliser un socket UNIX à ouvrir dans /var/run. C'est comme cela que procèdent la plupart des applications. Ça reste filesystem compliant, c'est exploitable facilement par les scripts Shell, c'est éventuellement visible à travers le NFS (même si c'est déconseillé), l'espace de nommage est par définition très vaste et, dernier point mais non des moindres, cela permet de communiquer avec ladite application si elle est effectivement déjà ouverte. Dans le cas des applications bureautiques, par exemple, ça peut servir à demander à l'instance concernée d'ouvrir elle-même le nouveau document lancé par l'utilisateur.Citation:
Envoyé par ram-0000
Il faut juste penser à le nettoyer en sortant, et à vérifier s'il y a bien une application derrière le socket déclaré et, sinon, faire le ménage.
Non, ça ne fonctionnerait que si c'est le même programme qui a lancé les deux instances (probable mais pas certain dans le cas d'un double-clic, imprévisible sinon) et, de toutes façons, l'appel te donnerait l'ID de ton processus père, mais ne te permettrait pas de connaître celui du processus concerné, et encore moins d'identifier ce processus en premier lieu…Citation:
Envoyé par Franck.H
Merci Franck,
Si j'ai bien compris la fonction getppid() me renvoie le PID du processus parent, mais il n'y a pas de processus parent lors d'un double lancement ou je me trompe?
Il faudrait une fonction du genre: bool getProcess("nonduprocess");
je pense que l'idée de ram-0000 est bonne.
Non, cela va pas le faire !!Citation:
Envoyé par Franck.H
D'abord, cela veut dire que le process "mono instance" surveille en permanence les autres process
Ensuite, si ce process "deuxieme instance" est un petit fils du parent du process "mono instance" (un neveu quoi !), cette méthode ne marche plus.
autre chose, pour tuer un process, il faut des privilèges. Si les 2 process "mono instance" et "deuxieme instance" tournent avec des identités différentes, "mono instance" ne peut pas tuer "deuxieme instance" ni l'inverse d'ailleurs (à moins d'être root mais c'est une autre histoire).
Pour en revenir à ma 1ere réponse, les objets dont je parlais (sémaphore, mutex, mémoire partagée) sont des objets IPC (comme InterProcess Communication). Ces objets sont créés par les programmes mais ce qui est important, hébergés par le noyau. C'est à dire que même si le process créateur se crash, le noyau continue à gérer les objets IPC et à les détruire si personne ne les utilise plus. De plus, ce n'est pas spécifique au langage mais c'est un concept lié à l'OS. C'est à dire qu'il est possible de créer un sémaphore en C, en Delphi ou en VBA (pour peu que l'API soit rendue disponible dans pour ces langages).
L'algo général est
Pour ce qui est des appels systèmes à utiliser, c'estCitation:
Envoyé par pseudo code
- sous Linux : semget() et semop() pour créer et manipuler le sémaphore
- sous Windows CreateSemaphore() pour créer le sémaphore et WaitForSingleObject() pour le tester
oups je n'avais pas vu le post d'obsidian...:D
Me voila avec plusieurs pistes....je crois que je vais attendre un peu, des fois qu'il y a d'autres idées :mouarf:
Pas bon non plus, si l'appli se crash (ou que le poste reboot) et qu'il reste 1 dans le fichier, plus personne ne peut lancer l'appli.Citation:
Envoyé par Franck.H
Ouais c'est sûr :lol:Citation:
Envoyé par ram-0000
Au passage, un article en anglais sur les problèmes de ce genre: A single-instance program is its own denial of service