Discussion :

[troumad]

Bonjour

J'aimerai que si j'ouvre à nouveau un programme, ce soit le même programme déjà ouvert qui réponde à la place.
Comme firefox ou openoffice qui n'ouvre pas une nouvelle instance si par un lien quelconque j'ouvre un fichier qui s'adresse à eux( .html pour le premier ou .odt pour le second par exemple).

Système : Linux et Windows

[ram-0000]

Cherche "Single Instance Program" chez note ami Google, il y a plusieurs solutions possibles, après, cela dépend aussi de comment tu veux le faire.

[troumad]

Je pense mettre un lock dans le répertoire où le programme stocke les infos pour les mémoriser d'une session à l'autre.
Je compte aussi mettre des lock lors des ouvertures des fichiers de travail utilisés par mon programme afin de ne les ouvrir qu'une fois.

[Obsidian]

Le plus propre sous UNIX est de déposer un fichier dans /var/lock, qui sert à cela. Le fichier peut être vide ou contenir le PID de l'application. Ce PID peut aussi faire partie du nom du fichier. Idéalement, tu peux aussi créer un socket UNIX nommé de la même façon dans /tmp ou /var/run qui permette de communiquer avec l'application si elle est ouverte.

L'inconvénient de ces méthodes est que, dans les deux cas, le ménage ne se fait pas tout seul si l'application a été tuée brutalement. Il faut donc vérifier si le PID existe toujours, s'il correspond toujours à ladite application ou, le cas échéant, faire le ménage en lançant la nouvelle instance.

Par contre, de grâce, n'utilise pas un port réseau TCP ou UDP pour le faire, comme cela s'est déjà vu sur des applications professionnelles. C'est plus que sale vu de l'extérieur (ton admin système risque de te tuer) et ton application sera impossible à faire tourner sur serveur mutualisé, voire même sur PC avec deux sessions ouvertes.

[troumad]

Idéalement, tu peux aussi créer un socket UNIX nommé de la même façon dans /tmp ou /var/run qui permette de communiquer avec l'application si elle est ouverte.

Cette méthode me conviendrait tout à fait si je savais faire !
Il va falloir que je trouve une doc en français pour apprendre à faire

[souviron34]

sinon, avec getpid, et sous unix en faisant un ps -ef et en lisant la chaine..

[Obsidian]

Hello,

sinon, avec getpid, et sous unix en faisant un ps -ef et en lisant la chaine..

Non, ce n'est vraiment pas propre. Un socket UNIX à la bonne place éventuellement flanqué d'un SSID unique si l'on craint vraiment les collisions suffira à remplir toutes les conditions…

Cette méthode me conviendrait tout à fait si je savais faire !
Il va falloir que je trouve une doc en français pour apprendre à faire

Les sockets UNIX se gèrent exactement de la même façon que les sockets réseau Internet, à ceci près que tu utiliseras la famille AF_UNIX plutôt que AF_INET et que tu passeras un nom de fichier avec son chemin plutôt qu'une adresse IP.

Ensuite, tu te « connectes » à ce nom de fichier comme tu te connecterais à un port réseau habituel. Par contre, le nom de fichier aura été ajouté au filesystem et ne disparaîtra pas automatiquement si le processus meurt. Il faudra donc penser à faire le ménage en sortant et/ou éliminer ces sockets morts au lancement d'une instance.