Remplacer un os.system('which ' + appli) ?

Bonjour,

J'ai beau chercher je ne trouve pas de buildin équivalent à un which (Utilitaire linux permettant de savoir ou est un exécutable, si celui ci est dans les chemins de l'utilisateur).

Pour le moment je fait un :

Code:

---

1 2	try: Verif_Appli = os.system('which ' + Programmearechercher)

---

puis un :

Code:

---

if Verif_Appli != 256:

---

Mais j'aimerais bien faire cela en python.

Pas question de faire une recherche car c'est bien plus long qu'un os.system('which'...).

Il me semblerais que la solution serait de 'simuler' le lancement de l'application recherchée mais je ne vois pas comment faire...

Avez vous une idée ?

Merci d'avance.

Salut :)

Tu peux prendre la variable d'environnement $PATH et chercher avec.

C'est beaucoup trop long par rapport à la commande os.system('which ' + prog) qui est instantanée.
Si quelqu'un a tester une version 'windows' je prend.

Une idée peut-être intéressante

Code:

---

1 2 3 4 5

>>> import os >>> def which(file): ... for path in os.environ["PATH"].split(":"): ... if file in os.listdir(path): ... print "%s/%s" % (path, file)

---

Résultat

Code:

---

1 2	>>> which("python") /usr/bin/python

---

Cherche pas...
Le which prend chaque dossier dans le path, et trouve le fichier demandé dans ces dossiers.

Edit: lol, pdt que j'écris, un edit et un message de plus... Bref je répondais à ta question précédente.
Dans windows, c'est pareil. Le path, et tu cherches.

Je pense que je vais tester cela en fait...
Avec un os.environ sur le path et deux trois choses (mille en fait mais bon :oops:) d'une autre de mes discussions cela devrais donner quelque chose de bien et de plus 'universel'.
Pas de Résolu pour le moment : Je poste mon code pour avis à la fin.
Mais là j'ai pas mal à faire avec l'autre discussion en question :roll:

Code:

---

1 2 3 4 5 6

def which(name): for directory in os.environ["PATH"].split(os.pathsep): if os.path.isfile(os.path.join(directory, name)): return os.path.join(directory, name)   raise NotFoundException()

---

Voila de quoi satisfaire l'universalité, au moins pour windows et *nix.

C'est vraiment pas mal et cela évite le try et le != 256.

Par contre plutot qu'un raise que pense tu de ce code :

Code:

---

1 2 3 4 5 6 7 8 9 10 11

import os.path   def which(NomProg): RepProg = [ directory for directory in os.environ["PATH"].split(os.pathsep) if os.path.isfile(directory + Separateur + NomProg) ] return RepProg   NomProg = 'acroread' # Envoyer par un widget Separateur = os.sep RechAppli = which(NomProg) if RechAppli: print RechAppli[0] + Separateur + NomProg # Poursuivre le traitement else: print 'Pas dans le path' # A remplacer par ProgIconnu(NomProg)

---

Peut être même un :

Code:

---

1 2 3 4

def which(NomProg): CheminsUser = os.environ["PATH"].split(os.pathsep) RepProg = [ directory for directory in CheminsUser if os.path.isfile(directory + Separateur + NomProg) ] return RepProg

---

Petit edit : Et au final un

Code:

---

def which(NomProg, Separateur):

---

Pour en faire une locale (j'utilise Separateur dans d'autres fonctions.)

Du coup avec un from sys import argv et un NomProg = argv[1] nous voici avec un which sous windows...

Code:

---

1 2 3 4 5

C:\>which notepas.exe Pas dans le Path   C:\>which notepad.exe C:\WINDOWS\system32\notepad.exe

---

La magie de Python ;)

Avec une list comprehension, tu vas d'office parcourir l'intégralité des dossiers, ce qui n'est souvent pas nécessaire.
Alors même si tu gagneras un tout petit peu au niveau du temps d'exécution processeur, l'accès disque est lent, lent, lent, lent, lent, parce qu'il passe par l'os, requiert un changement de contexte (utilisateur / os) plus un accès disque et tout ce que ça implique.
Et d'ailleurs ce n'est même pas sur que tu gagnes du temps sur le processeur, ce serait même l'inverse. Ca te force à faire deux fois la concaténation pour le chemin, à faire surement plus d'itérations qu'il n'est nécessaire, et en plus à effectuer ces context switching.

En plus, on attend comme résultat un chemin vers un fichier... pourquoi donner une liste ? Ca complique le code appelant inutilement.

Enfin, je trouve important de lever une exception plutôt que de renvoyer, par exemple, une string vide, puisque ça force à prendre en compte la possibilité que l'executable n'existe pas. C'est une source d'erreur en moins.

Bien vu tout cela.
Merci pour les réponses.

De mon coté j'ai ma réponse mais si cela intéressé quelqu'un voici un code à voir.