Discussion :

[VinsS]

Bonjour,

Est-il possible et par quel moyen de récupérer les retours d'une ligne de commande lancée par un script python dans ce même script.

Je m'explique, j'utilise gPhoto2 qui est un front-end de la librairie
libgphoto2 et qui s'utilise en ligne de commande.

Dans mon programme python j'ai, donc, ceci

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
 
reply = subprocess.Popen(["gphoto2", "--get-all-files"],
                                universal_newlines=True, 
                                stdout=subprocess.PIPE).communicate()

Ici, reply me retourne diverses infos mais seulement lorsque l'opération est entièrement terminée, alors que la console, elle, m'affiche l'avancement des
actions.
Dans les cas où l'execution est rapide (i.e. lister le contenu d'un appareil photo) cela ne dérange pas mais pour des actions longues (i.e. downloader plus de dix fichiers), j'aimerais pouvoir afficher l'avancement du transfert.

Merci.
vincent

[kango]

bonjour,

soit les deux scripts suivants:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
 
#!/usr/bin/env python
 
import time
 
t = 0
while t <= 10:
     print t
     time.sleep(2)
     t += 2

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
#!/usr/bin/env python
 
import subprocess
 
s = subprocess.Popen(args=['test02.py'])
s.wait()

Il me semble que ce que tu veux faire est la façon "standard" de faire avec Popen.

[VinsS]

Oui, bien sur mais je suis toujours tenu à la console.

Mon script python tourne dans une interface graphique.

C'est du Qt et j'ai donc, un QPlainTextEdit dans lequel j'aimerais afficher
l'avance du processus en cours, pour cela il me faudrait un moyen de récupérer les messages de la console.
Etant en développement, je lance toujours mon apply avec une console,
mais ce n'est pas fait pour "rester durer".

La docu dit ceci:
stdin, stdout ... Valid values are PIPE, ... an existing file object, ...

Puis-je comprendre que je peux rediriger stdout vers un fichier texte et surveiller dans un thread les nouvelles lignes qui y apparaîtraient,
ça me paraît du gros bricolage, je l'avoue.

Cela dit, gphoto2 permet d'utiliser un script "hook" pour surveiller ses tâches, j'ai un exemple en bash, je vais voir si je peux trouver une solution de ce côté.

merci
v.

[kango]

ok, je comprends mieux

il "suffit" de créer un objet qui adapte l'interface d'un fichier et de l'objet pyQT que tu manipules.

malheureusement subprocess passe par les fileno plutôt que par la méthode write. L'adaptation est donc pas immédiate et je ne connais pas trop.

[N.tox]

tu peux te créer vite fait une classe avec un méthode write, et rediriger stdout vers une instance de cette classe :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
import sys
 
class STDOUT(object):
    def __init__(s, bind):
        '''bind <-- QPlainTextEdit object'''
        s.bind = bind
    def write(s, text):
        s.bind.operationToWrite(text) #à adapter évidemment à la méthode d'écriture du QPlaintTextEdit...
 
#dérivation de sys.stdout vers une instance de la classe précédement créee
MEM, sys.stdout= sys.stdout, STDOUT()
 
...
programme
...
 
#remise à l'état d'origine de sys.stdout
sys.stdout = MEM

[kango]

bonjour,

j'ai essayé N.tox mais malheureusement cette approche ne fonctionne pas. comme je le dis dans mon message subprocess ne passe pas par la méthode write de l'objet qu'on lui donne en stdout. il utilise la méthode fileno pour récupérer le numéro logique du fichier puis fait un os.write sur ce numéro.

du coup si on passe ton objet en stdout, tout va s'écrire à l'écran et la méthode write ne sera jamais appelée

[VinsS]

Merci N.tox, on va vers une solution plus propre là.

Maintenant, réimplémenter ceci dans mon code n'est pas sans douleur.

J'ai procéder à divers essais pour arriver à ceci:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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
34
35
36
37
38
39
40
 
class IOcamera(object):
 
    def __init__(self):
        #some arguments
 
    def get_images(self, rep, bind, r=None):
        """Download files from current camera.
 
        keyword arguments:
        rep -- folder to download files.
        bind -- QPlainTextEdit object
        r -- range of files 
        """ 
        old_rep = os.getcwd()
        os.chdir(rep)
        MEM, sys.stdout = sys.stdout, STDOUT(bind)
        if r:
            subprocess.Popen(["gphoto2", "--get-file", r], universal_newlines=True,
                                stdout=sys.stdout).communicate()
        else:
            subprocess.Popen(["gphoto2", "--get-all-files"], universal_newlines=True, 
                                stdout=sys.stdout).communicate()
        os.chdir(old_rep)
        sys.stdout = MEM
        return "Done"
 
class STDOUT(object):
 
    def __init__(self, bind):
        self.bind = bind
 
    def fileno(self):
        print "fileno"
        pass
 
    def write(self, text):
        text = text + "file"
        self.bind.appendPlainText(text)
        QtCore.QCoreApplication.processEvents()

J'ai rajouté def fileno(), sinon j'avais une erreur

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
 
  File "/usr/lib/python2.6/subprocess.py", line 588, in __init__
    errread, errwrite) = self._get_handles(stdin, stdout, stderr)
  File "/usr/lib/python2.6/subprocess.py", line 945, in _get_handles
    c2pwrite = stdout.fileno()
AttributeError: 'STDOUT' object has no attribute 'fileno'

les messages s'affichent toujours dans la console, j'ai ensuite rajouté 'print "fileno"' à la fonction fileno et text = text + "file" à la fonction write.
Si je lance le download de quatre fichiers, par exemple, 'filenofile' s'affiche dans mon QPlainText ensuite deux lignes vides et encore une fois 'file'
tout ceci avant que le premier chargement ne démarre et mon curseur qui est normalement "busy" jusqu'à la fin du process redevient normal immédiatement aussi.

Kango avait parlé de fileno ...

vincent