pdfgrep avec python

Version imprimable

13/12/2019, 19h11
marco056

pdfgrep avec python
Bonsoir, j'ai une commande qui fonctionne dans le terminal Ubuntu :

Code:

pdfgrep circuit -r /media/rep

Je souhaiterais pouvoir exécuter la commande mais cela ne fonctionne pas. Je fais ceci :
Code:

1 2 3 4 import subprocess recherche="circuit" repertoire = "/media/rep" subprocess.Popen(['/bin/sh', '-c', 'pdfgrep %s -r %s'%(recherche,repertoire)])
Apparemment, je n'ai pas saisi les subtilités de subprocess.
Si qqn a une idée...
13/12/2019, 20h05
Sve@r

Bonjour

Citation:

Envoyé par marco056

Apparemment, je n'ai pas saisi les subtilités de subprocess.
Si qqn a une idée...

subprocess.Popen(("pdfgrep", "circuit", "-r", "/media/rep"))...

Citation:

Envoyé par marco056

mais cela ne fonctionne pas.

Pour checker si ça vient de subprocess ou pdfgrep tu peux tenter le basic subprocess.Popen(("ls", "-l")) qui, chez-moi, fonctionne...

avec grep :

Code:

1
2
3
import subprocess
p = subprocess.Popen(("ls", "-l"))
print(p)

j'obtiens ceci :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
 
runfile('/media/marco5/Disque-4To/TSI_Phys/grep0.py', wdir='/media/marco5/Disque-4To/TSI_Phys')
<subprocess.Popen object at 0x7f1292ba9f60>
total 541
-rwxrwxrwx 1 root root    228 oct.  24 14:14 aspirateur1008.py
drwxrwxrwx 1 root root   4096 oct.  17 16:12 colles_18-19
drwxrwxrwx 1 root root   4096 déc.  14  2018 Colles-autres
drwxrwxrwx 1 root root  61440 déc.   9 11:00 Divers-LaTeX
drwxrwxrwx 1 root root  20480 déc.  11 14:27 doc-olivier
drwxrwxrwx 1 root root   4096 déc.  11 20:12 doc-web
-rwxrwxrwx 1 root root    170 déc.  14 00:58 grep0.py
-rwxrwxrwx 1 root root   2072 déc.  14 00:58 pdfgrep0.py
drwxrwxrwx 1 root root  65536 nov.   1 14:18 TSI_14-15
drwxrwxrwx 1 root root  40960 nov.   1 14:18 TSI_15-16
drwxrwxrwx 1 root root  36864 nov.   1 14:18 TSI_16-17
drwxrwxrwx 1 root root  65536 nov.   1 14:18 TSI_17-18
drwxrwxrwx 1 root root  98304 nov.   1 14:18 TSI_18-19
drwxrwxrwx 1 root root 139264 déc.  13 18:39 TSI_19-20
drwxrwxrwx 1 root root   4096 oct.  30 01:30 TSI_spe_doc
drwxrwxrwx 1 root root   4096 déc.  11 20:17 TSI_sup_doc

Avec ce code :

Code:

1
2
3
4
5
import subprocess
recherche="circuit"
repertoire = "/media/marco5/Disque-4To/TSI_Phys"
p = subprocess.Popen(['/bin/sh', '-c', 'pdfgrep %s -r %s'%(recherche,repertoire)])
print(p)

j'obtiens ce résultat :

Code:

<subprocess.Popen object at 0x7f12900ee780>

Si je ne mets pas le p = et le print, aucune sortie...

Citation:
Envoyé par marco056
avec grep :
Code:

1 2 3 import subprocess p = subprocess.Popen(("ls", "-l")) print(p)
j'obtiens ceci :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 runfile('/media/marco5/Disque-4To/TSI_Phys/grep0.py', wdir='/media/marco5/Disque-4To/TSI_Phys') <subprocess.Popen object at 0x7f1292ba9f60> total 541 -rwxrwxrwx 1 root root 228 oct. 24 14:14 aspirateur1008.py drwxrwxrwx 1 root root 4096 oct. 17 16:12 colles_18-19 drwxrwxrwx 1 root root 4096 déc. 14 2018 Colles-autres drwxrwxrwx 1 root root 61440 déc. 9 11:00 Divers-LaTeX drwxrwxrwx 1 root root 20480 déc. 11 14:27 doc-olivier drwxrwxrwx 1 root root 4096 déc. 11 20:12 doc-web -rwxrwxrwx 1 root root 170 déc. 14 00:58 grep0.py -rwxrwxrwx 1 root root 2072 déc. 14 00:58 pdfgrep0.py drwxrwxrwx 1 root root 65536 nov. 1 14:18 TSI_14-15 drwxrwxrwx 1 root root 40960 nov. 1 14:18 TSI_15-16 drwxrwxrwx 1 root root 36864 nov. 1 14:18 TSI_16-17 drwxrwxrwx 1 root root 65536 nov. 1 14:18 TSI_17-18 drwxrwxrwx 1 root root 98304 nov. 1 14:18 TSI_18-19 drwxrwxrwx 1 root root 139264 déc. 13 18:39 TSI_19-20 drwxrwxrwx 1 root root 4096 oct. 30 01:30 TSI_spe_doc drwxrwxrwx 1 root root 4096 déc. 11 20:17 TSI_sup_doc
Donc subprocess fonctionne.
Citation:
Envoyé par marco056
Avec ce code :
Code:

1 2 3 4 5 import subprocess recherche="circuit" repertoire = "/media/marco5/Disque-4To/TSI_Phys" p = subprocess.Popen(['/bin/sh', '-c', 'pdfgrep %s -r %s'%(recherche,repertoire)]) print(p)
j'obtiens ce résultat :

Code:

<subprocess.Popen object at 0x7f12900ee780>

Si je ne mets pas le p = et le print, aucune sortie...
Déjà c'est normal que si tu affiches "p", tu obtiennes son contenu qui est bien un objet subprocess.Popen. J'espère que tu ne t'attendais pas à y retrouver le contenu du stdout de la commande qui était exécutée. Ce que tu vois avec "ls -l" c'est son exécution à l'écran, c'est pas issu du print(p). Pour t'aider à chercher la cause, je pars de l'hypothèse que "pdfgrep" donnera naturellement lui-aussi une sortie écran.

Ensuite 2 choses
pourquoi tu t'obstines à vouloir mettre ton pdfgrep dans un sous-shell ? Ce n'est pas que ça ne fonctionnerait pas mais d'une part je trouve ça inutile, et d'autre part quand on teste un truc, on essaye d'être le plus proche du truc pour pouvoir éliminer toute cause indirecte d'erreur. Quand je t'ai demandé de tester "ls -l", tu n'as pas écrit "sh -c ls -l" !!!
pourquoi tu tentes de mettre les arguments de pdfgrep dans la string que subprocess considère comme la string du programme à invoquer ? subprocess sait parfaitement gérer les arguments d'un programme => subprocess.Popen(("pdfgrep", recherche, "-r", repertoire)).
et aussi pourquoi tu utilises une liste là où un tuple suffit (bon ok 3 choses et pas 2)

14/12/2019, 11h59
marco056

Pour les deux derniers points, tu as raison.
J'ai fait de multiples tentatives.
Celle-ci, comme les autres, ne donne aucun affichage :

Code:

subprocess.Popen(("pdfgrep", recherche, "-r", repertoire))

Pour le premier point, c'est le sh ? En fait j'ai testé pas mal de choses et celle-ci semblait mieux fonctionner. Je ne connais pas les sous-shell..

Salut,

Essaye comme ceci pour voir ce qu'il en sort:

Code:

1
2
3
4
5
6
7
8
9
10
11
 
data, error = subprocess.Popen(["pdfgrep", recherche, "-r", repertoire], 
                                    universal_newlines=True, 
                                    stdout=subprocess.PIPE).communicate()
 
if data is not None:
    for d in data.split("\n"):
        print(">> %s" % d)
 
else:
    print("Error %s " % error)

14/12/2019, 12h45
marco056

Merci VinsS.
Le résultat est complètement différent mais je ne comprends pas ce qui se passe :
J'obtiens :

Code:

pdfgrep: Could not open /media/marco5/Disque-4To/TSI_PhysTSI_19-20/

Le souci, c'est que j'ai eu le même résultat dans le terminal.
Du coup, je me suis demandé si le probleme était lié à l'ouverture d'un disque autre.
J'ai remplacé repertoire ainsi :

Code:

repertoire = "/home/marco5/Documents"

et cela fonctionne.
Merci, je vais essayer de comprendre le code...
14/12/2019, 16h36
Sve@r

Citation:

Envoyé par marco056

Citation:

Envoyé par marco056

Bonsoir, j'ai une commande qui fonctionne dans le terminal Ubuntu :

J'obtiens :

Code:

pdfgrep: Could not open /media/marco5/Disque-4To/TSI_PhysTSI_19-20/

Le souci, c'est que j'ai eu le même résultat dans le terminal.

Putain sans déconner quoi, tu commences en nous disant "la commande fonctionne" puis 5 posts plus loin tu rajoutes "ah oui au fait la commande m'a renvoyé un message d'erreur" !!!
Je crois qu'on n'a pas la même notion de "ça fonctionne" !!!

Citation:

Envoyé par marco056

Je ne connais pas les sous-shell..

Le shell c'est le nom de ton environnement de travail, celui où tu tapes tes commandes. Un bête programme qui attend que tu tapes une commande et se charge de l'exécuter.
Sauf que c'est pas aussi simpliste. Chaque commande qui s'exécute commence par générer un autre shell identique qu'on appelle "fils" du shell qui a invoqué la commande. Ce dernier (le père donc) se met en attente jusqu'à ce que son fils ait fini.
Ensuite le code d'exécution du shell fils est remplacé par le code de la commande à exécuter.
Ca semble complexe et idiot mais en réalité ça offre plein d'avantages dont le premier est de pouvoir invoquer une commande en mode "arrière plan" (ie ls -l &) ce qui demande au père de ne pas attendre la fin du fils. Ton environnement lance le processus mais comme il n'attend pas sa fin il te rend la main ce qui te permet de faire autre chose (mais la commande s'exécute quand-même à l'écran ce qui peut géner sauf si on la redirige).

Donc si en appelant "pdfgrep" (ou n'importe quoi d'autre) ça ouvre un shell fils qui lui se charge d'exécuter réellement "pdfgrep", pourquoi surcharger en rajoutant un shell intermédiaire pour lui demander "ouvre pdfgrep". Ca marche oui mais ça ne sert à rien.
En fait je ne sais même pas à quelle occasion on a besoin d'encapsuler l'appel d'une commande dans un shell intermédiaire...
14/12/2019, 17h21
marco056

Calmos Sver@r...
Cela fonctionnait très bien, sinon, je n'aurais pas écrit que c'était ok.
C'est simplement au démarrage ce matin qu'il y a eu un message.
Je pense mais je ne suis pas certain, que c'est lié au montage des différents disques durs au démarrage.
14/12/2019, 17h51
Sve@r

Citation:

Envoyé par marco056

C'est simplement au démarrage ce matin qu'il y a eu un message.
Je pense mais je ne suis pas certain, que c'est lié au montage des différents disques durs au démarrage.

Donc (pour en revenir à ton premier post où tu veux apprendre à utiliser subprocess), le premier pas est de tester subprocess avec une commande qu'on maitrise (j'ai utilisé "ls -l" car c'est une généralement des plus classiques). Le second est de tester avec pdfgrep mais sur des dossiers maitrisés (donc pas issus de périphériques amovibles).
Ensuite, quand tout est ok et que tu gères bien cette librairie, là tu peux y aller avec tes vrais dossiers.
14/12/2019, 20h43
marco056

Bonsoir,
Tu as raison mais comme j'avais déjà utilisé subprocess, j'étais confiant.
Par ailleurs, le media n'est pas amovible, c'est un disque dur interne et comme il est en principe monté au démarrage, je n'ai pas pensé à cela. Je ne sais toujours pas si c'est bloquant, je vais creuser la question la semaine prochaine.
Merci à vous en tous cas pour vos idées.