Comment n'instancier qu'une seule fois un programme

Version imprimable

29/06/2014, 02h23
houma2001

Comment n'instancier qu'une seule fois un programme

Bonjour à tous

j'ai lu l'article sur comment n’instancier qu'une seule fois un programme de la faq python (ici) et je dois dire que ce n'est pas ça ce que je cherche à faire,
par contre non seulement je veux executer qu'une seule fois le programme, mais en plus si je clique une deuxieme fois sur l'icone du programme, alors que ce dernier est ouvert , la main bascule sur le programme.

et merci pour toute propositions.

os windows7
python3.2
Gui PyQt4
29/06/2014, 12h10
Biribibi

Bonjour,

cet exemple de code semble correspondre à ce que tu veux: https://gist.github.com/blaxter/5413516
Il est destiné à Pyside mais il doit fonctionner tel quel pour PyQt.
30/06/2014, 07h35
deusyss

Hello,

Sinon tu as également la lib Tendo avec Singleton. Cette lib ne sert quasiment qu'à ça.
04/07/2014, 17h29
stalacta

Je verrais bien un simple fichier avec "non instancié" dedans quand le programme n'a jamais été lancé, celui-ci est modifié en "en cours d'instanciation" quand le programme est lancé et lors de la fermeture (doit être en GUI du coup, sans console de commande fermable) "instancié". Pour ce qui est de ta 2ème demande, le programme lit le fichier au début, bien sûr (pour savoir s'il doit se lancer, bon, il s'est déjà lancé mais on triche un peu), et s'il voit "en cours d'instanciation", il crée un autre fichier (vide) et se ferme.
L'autre programme aura un thread (ou autre méthode d'exécution parallèle) qui tente en permanence de lire ce fichier - qui n'existe pas tant qu'une autre instance du programme n'est pas ouverte - utilise un truc du genre Tk.iconify() (sur tkinter) afin de remettre le programme au premier plan.

J'avoue que cette méthode est un peu barbare mais elle marche.
05/07/2014, 08h44
deusyss

Oui mais elle a un gros defaut. SI ton programme crash, ton fichier reste en place, et au lancement suivant, impossible de le lancer...
05/07/2014, 12h42
tyrtamos

Bonjour,

Avec PyQt4, j'utilise une solution avec QSharedMemory qui marche bien. En dehors de PyQt4, j'utilise une solution issue de portalocker (https://pypi.python.org/pypi/portalocker) que j'ai modifiée: http://python.jpvweb.com/mesrecettes...er_double_exec. Ceci à la suite d'une discussion sur ce forum et d'une suggestion de wiztricks (http://www.developpez.net/forums/d10...source-base64/).

Cette solution se base non pas sur la présence ou non d'un fichier, mais sur le fait que ce fichier est ou non bloqué en écriture. De ce fait, si le 1er programme se plante, on peut le relancer parce que le plantage relâche le verrou. Ça marche sous Python 2 et 3, et c'est multiplateforme (Windows-Unix).

Par contre, en cas de tentative d'un 2ème lancement, cela génère un message d'erreur et l'arrêt de ce 2ème lancement. Je ne sais pas donner la main automatiquement dans ce cas à l'instance en cours d'exécution: mais si quelqu'un a une solution pour ça, ça m'intéresse! :D
05/07/2014, 12h55
Invité

Citation:

Envoyé par tyrtamos

Bonjour,
mais si quelqu'un a une solution pour ça, ça m'intéresse! :D

Bonjour,

Une idée comme ça en passant : en stockant le PID de l'instance en cours d'exécution dans le fichier verrou puis en appelant le PID pour qu'il repasse au premier plan lors d'un second appel ?

Mais là, je crains que nous ne soyons plus dans Python mais plutôt dans des appels aux DLLs/SO du système lui-même donc portabilité hum hum. :aie:

;)

@+.
05/07/2014, 13h06
wiztricks

Salut,

Citation:

Envoyé par tyrtamos

Par contre, en cas de tentative d'un 2ème lancement, cela génère un message d'erreur et l'arrêt de ce 2ème lancement. Je ne sais pas donner la main automatiquement dans ce cas à l'instance en cours d'exécution: mais si quelqu'un a une solution pour ça, ça m'intéresse! :D

La solution donnée par Biribibi "fonctionne", non?
Elle construit une classe QSingleApplication qui fait plus ou moins partie des extensions de Qt peut être pas disponibles via PyQt4.
Après, est ce que cela répond aux besoins du PO?
A lui de le dire...

- W
05/07/2014, 14h15
Invité

Citation:

Envoyé par wiztricks

Salut,
La solution donnée par Biribibi "fonctionne", non?
Elle construit une classe QSingleApplication qui fait plus ou moins partie des extensions de Qt peut être pas disponibles via PyQt4.
Après, est ce que cela répond aux besoins du PO?
A lui de le dire...

- W

Oui, cette solution m'a l'air très bien.

Après, par mesure de précaution, perso je remplacerais quand même "foobar" par le nom de l'application, histoire de ne pas téléscoper d'autres applis qui auraient eu la bonne/mauvaise idée de recourir au même code générique et qui seraient en cours d'exécution au même moment que l'appli concernée.

Un truc du genre remplacer "foobar" par self.app_name = "app_{}".format(os.path.basename(__file__)), ce serait quand même plus sûr. ;)

@+.

Bonjour,

Citation:

Envoyé par wiztricks

La solution donnée par Biribibi "fonctionne", non?
Elle construit une classe QSingleApplication qui fait plus ou moins partie des extensions de Qt peut être pas disponibles via PyQt4.

Comme la question n'a pas été posée dans le forum PyQt/PySide, je témoignais d'une solution autre.

Mais s'il s'agit d'une solution PyQt/PySide, je préfère la mienne beaucoup plus simple. Elle consiste à créer une petite zone mémoire partagée avec QtCore.QSharedMemory(key). La clé key étant définie de façon unique pour un programme donné, Or, Qt n'accepte pas la création de 2 zones mémoire avec la même clé, ce qui est facile à tester.

La clé peut être construite avec le nom du programme + le répertoire de l'utilisateur (ou n'importe quoi d'autre, y compris une chaine au hasard)

Voilà un petit code démo. Avec mon exemple, la clé donne: "bd828a462d5b3af530409a5f5350b6f3cc150f65755392e6e6a55e25f6409366". Avec sha256, les collisions me semblent exclues. Mais si on veut être sûr, rien n'empêche d'encoder avec base64.
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 #!/usr/bin/python # -*- coding: utf-8 -*- # Python 3 import sys, os import hashlib from PyQt4 import QtCore, QtGui ############################################################################# class Fenetre(QtGui.QWidget): def __init__(self, parent=None): super(Fenetre, self).__init__(parent) ############################################################################# if __name__ == '__main__': app = QtGui.QApplication(sys.argv) # Empêcher que ce programme ne soit lancé 2 fois chaine = "monprogramme" + os.path.expanduser('~') motif = hashlib.sha256() motif.update(chaine.encode('latin1')) sharedMemory = QtCore.QSharedMemory(motif.hexdigest()) if not sharedMemory.create(50): QtGui.QMessageBox.critical(None, "Vérification", "Ce programme est déjà en cours d'exécution" ) app.quit() sys.exit(0) # lancement de la fenêtre fen = Fenetre() fen.show() sys.exit(app.exec_())

05/07/2014, 17h01
wiztricks

Citation:

Envoyé par tyrtamos

Mais s'il s'agit d'une solution PyQt/PySide, je préfère la mienne beaucoup plus simple. Elle consiste à créer une petite zone mémoire partagée avec QtCore.QSharedMemory(key). La clé key étant définie de façon unique pour un programme donné, Or, Qt n'accepte pas la création de 2 zones mémoire avec la même clé, ce qui est facile à tester.

Ok mais ou est la logique qui réveille ou remet en topmost l'instance de l'application déjà démarrée?

- W
05/07/2014, 17h16
tyrtamos

Citation:

Envoyé par wiztricks

Ok mais ou est la logique qui réveille ou remet en topmost l'instance de l'application déjà démarrée?

Malheureusement, je ne sais pas traiter cette partie.
05/07/2014, 17h33
Invité

Citation:

Envoyé par wiztricks

Ok mais ou est la logique qui réveille ou remet en topmost l'instance de l'application déjà démarrée?

- W

C'est vrai que de passer par un socket server permet en outre d'envoyer des requêtes à l'instance déjà en cours d'exécution e.g. passer au premier plan, accepter un nouveau document, lancer un traitement spécifique, etc.

@+.
07/07/2014, 00h51
wiztricks

Citation:

Envoyé par tarball69

C'est vrai que de passer par un socket server permet en outre d'envoyer des requêtes à l'instance déjà en cours d'exécution e.g. passer au premier plan, accepter un nouveau document, lancer un traitement spécifique, etc.

Le PO nous dira ce qu'il pense de la solution proposée par Biribibi mais vu ce qu'il attend difficile de faire simple sans les sockets.
nota, on peut faire avec des fichiers ou de la mémoire partagée mais c'est un peu trop compliqué pour faire juste çà.

- W