Trouver, automatiquement, le nom du répertoire courant

**danielhagnoul** · 20/08/2011, 00h03

[débutant, python 3.2, W7, IDLE]

Bonsoir

Je suis en train d'étudier l'intranet avec CherryPy. Pour mes modules, j'ai appris à utiliser :

Code :

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

1
2
import os.path
current_dir = os.path.dirname(os.path.abspath(__file__))

qui fonctionne très bien si l'on double clic sur le module, mais qui ne permet pas d'utiliser le Shell (Run ou F5) pour un débogage.

Je suis donc obligé d'écrire :

Code :

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

1
2
3
import os
current_dir = os.getcwd()
# current_dir = os.path.dirname(os.path.abspath(__file__))

et de jouer avec la mise en commentaire selon le mode d'utilisation.

Il n'existe pas une méthode plus universelle ?

**fred1599** · 20/08/2011, 10h12

Ça aurait été sympa de donner un message d'erreur.

Enfin bref je suppose qu'il ne reconnaît pas __file__, c'est simplement parce-que tu n'as pas donné de nom à ton script, il faut l'enregistrer même vide et lui donner un nom.

**danielhagnoul** · 20/08/2011, 11h09

Bonjour

Je suis débutant en Python, pour l'instant je préfère travailler avec l'IDLE qui offre l'autocompletion et permet des tests de code rapide. Mais j'utilise aussi Notepad++. L'IDLE refuse de travailler (test du code dans le Shell, par exemple) lorsqu'on n'enregistre pas son code.

Voici l'erreur :

Traceback (most recent call last):
  File "C:\FichiersPy\MonSiteWeb\MonSiteWeb.py", line 4, in <module>
    os.path.dirname(os.path.abspath(__file__))
NameError: name '__file__' is not defined

La solution que j'utilise fonctionne, mais je pensais qu'il existait une meilleure méthode.

**fred1599** · 20/08/2011, 11h16

L'IDLE refuse de travailler (test du code dans le Shell, par exemple) lorsqu'on n'enregistre pas son code.

Normal, __file__ donne le nom du fichier que tu as enregistré

C'est pas une question que tu ne peux pas testé, c'est une question de logique, tu devrais savoir ce que tu lui demandes de faire, non?

Si lui cherche le nom du fichier et que tu ne lui donnes pas, il risque pas de trouver, rien à voir avec d'autres solutions possibles.

**danielhagnoul** · 20/08/2011, 11h26

Je crois que l'on ne se comprend pas.

Traceback (most recent call last):
  File "C:\FichiersPy\MonSiteWeb\MonSiteWeb.py", line 4, in <module>
    os.path.dirname(os.path.abspath(__file__))
NameError: name '__file__' is not defined

Pour le dire d'une autre manière, j'enregistre toujours mon travail. Et l'on voit bien le nom du fichier dans le message d'erreur : "C:\FichiersPy\MonSiteWeb\MonSiteWeb.py".

**fred1599** · 20/08/2011, 11h37

Hmm dans ce cas il faut changer d'IDE, il y en existe plein d'autre et tester si c'est identique. Je suis sous linux j'utilise la console pour tester, essaie voir du côté de la console windows au cas où

**PsycoPy** · 20/08/2011, 11h45

Bonjour,

En effet, Python ne génère pas l'attribut __file__ lorsque le script est exécuté dans le shell python de IDLE (même depuis une fenêtre d'édition avec la touche F5). Une solution serait d'utiliser la commande python avec l'argument -i dans une console, mais vous perdrez la colorisation syntaxique et l'auto-complétion si pratique avec IDLE.

Code console :

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

1
2
3
4
5
6
7
C:\>set path=%path%;C:\Python32;C:\Python32\Lib\idlelib
C:\>python -i hello.py
Hello, World!
>>> s
'Hello, World!'
>>> exit()
C:\>

Une autre solution étant de définir manuellement __file__ avec le chemin du script le temps du développement avec IDLE :

Code python :

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

1
2
3
4
# ...
if __name__ == "__main__":
    __file__ = "/chemin/du/script.py"
# ...

Bonne journée.

**josmiley** · 20/08/2011, 13h36

geany c'est trèèèèèèèès bien aussi ...

**danielhagnoul** · 20/08/2011, 20h54

Bonsoir

Merci pour votre réponse PsycoPy.

Comme débutant, l'IDLE de Python 3.2 me convient très bien, en effet. Mais je regarderais bientôt si l'on trouve mieux en gratuit ailleurs. Je regarderais genay aussi @josmiley, merci.

J'ai utilisé la définition manuelle du __file__ avant mon truc actuel, mais les deux impliquent une modification du code du module lorsque je transfère le répertoire de la zone de test vers la zone de production. Modifier la mise en commentaire de deux instructions est plus rapide et moins source d'erreur que le changement de la définition de __file__.

On dirait donc bien qu'il n'existe pas une troisième écriture "dynamique" qui passe dans la console et dans le Shell.

Si je n'ai pas d'autres réponses dans les prochains jours je passerai la discussion en

**PauseKawa** · 20/08/2011, 22h38

Bonsoir,

Deux choses me gène dans votre choix:
Soit le fichier untruc.py suivant

Code :

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

1
2
3
4
5
import os
file_dir = os.path.dirname(os.path.abspath(__file__))
current_dir = os.getcwd()
print file_dir
print current_dir

Et sa sortie (F5) sous IDLE (Ici Python 2.x, vous l'aurez compris au print)

Code :

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

1
2
/usr/bin
/home/patrice/Bureau

1) IDLE gère __file__ chez moi.
2) Vous ne demandez pas la même chose pour IDLE.

Avez vous pensez à une inspection ? Pas tester mais je pense que c'est une piste.

@+

Edit:

Envoyé par josmiley

geany c'est trèèèèèèèès bien aussi ...

Idem. Il a même remplacer gedit chez moi.

**danielhagnoul** · 20/08/2011, 22h58

Bonsoir

J'ai testé untruc.py, avec le même résultat, __file__ non défini.

Image provisoire :

**PauseKawa** · 20/08/2011, 23h41

Re,

Même contexte Python, soit 3.2

Code :

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

1
2
3
4
5
import os
file_dir = os.path.dirname(os.path.abspath(__file__))
current_dir = os.getcwd()
print(file_dir)
print(current_dir)

Code :

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

1
2
3
4
5
6
7
8
Python 3.2 (r32:88445, Mar 25 2011, 19:28:28) 
[GCC 4.5.2] on linux2
Type "copyright", "credits" or "license()" for more information.
==== No Subprocess ====
>>> 
/usr/bin
/home/patrice/Bureau
>>>

Ok: Le résultat n'est pas celui escompté mais __file__ est bien là.
file_dir retourne le chemin du binaire (/usr/bin/python3.2 ici pour moi) pour IDLE.
current_dir le chemin où est le process (os.getcwd() le dossier courrant).

Sous Windows ?

@+

**PsycoPy** · 21/08/2011, 00h15

Ah ! Bien vu.

Le problème ne vient pas de Windows mais de la manière dont est démarré IDLE. Il faut le démarrer en désactivant les subprocess (ce qui est défini par défaut sous Linux) avec la commande suivante :

Code :

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

1
2
C:\>set path=%path%;C:\PythonXX;C:\PythonXX\Lib\idlelib
C:\>idle -n

Plus d'info avec idle -h.

Cette astuce est très pratique si l'on travail sur des library graphiques (notamment tkinter et turtle).

[edit] Pendant que j'y suis :
Il est possible que ceci soit du à une mauvaise installation de ma part, mais en passant de Python 3.1 à 3.2 sur mon XP j'ai remarqué un problème assez gênant avec IDLE.
Lorsqu'il démarre, 2 processus pythonw.exe s'exécutent. Un pour le widget du Shell (enfin le parser si je ne m'abuse) et l'autre pour l'interface d'IDLE. Le processus du Shell ne s'arrête pas lorsque l'on ferme IDLE. Pire, un nouveau apparait à chaque restart du shell.
On se retrouve vite avec une dizaine de processus pythonw dans le gestionnaire de tache, mais c'est peut-être du à un problème d'installation de mon coté.

**danielhagnoul** · 21/08/2011, 00h41

Oui c'est bizarre ! Le contexte est proche, mais il n'est pas exactement le même Linux/W7, Py 3.2/Py 3.2.1

Je regarde mes processus...

[EDIT 01:20]

Houla ! 6 pythonw.exe *32 ! Je relance l'ordi et je recommence...

Dès l'ouverture du Shell il y a deux processus pythonw.exe *32 actifs (8840 Ko et 13376 Ko)

Ouverture du fichier dans l'IDLE, modif, sauv, ferme... avec Exit pas Close, il reste un processus 8696 Ko.

Ouverture du Shell et d'un nouveau fichier... : trois ! 8696 Ko, 8844 Ko et 13452 Ko.

Fermeture avec exit, reste deux : 9696 Ko et 8704 Ko.

Arrêt manuel des processus et recommence avec arrêt par close au lieu de exit... C'est exactement le même comportement.

Conclusion, il y a toujours au moins deux processus pythonw actifs.

**PsycoPy** · 21/08/2011, 07h24

Le bug des processus d'IDLE a été relaté ici.

Une solution est proposée vers à la fin de la discussion. J'essayerais dans la journée.

@+

**PauseKawa** · 21/08/2011, 08h54

Bonjour,

A tester sous Windows mais:
L'option -n vas sans doute étoffer votre locals() mais il me semble que __file__ ne sera jamais ce que vous attendez. Comprendre que vous aurez sans doute un 'parent' mais pas le chemin du fichier exécuté.
Comme je le dit plus haut il me semble plus logique d'inspecter le code:

Code :

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

1
2
3
4
5
6
7
print(locals())
import inspect
import os
file = inspect.getfile(inspect.currentframe())
source = inspect.getsourcefile(inspect.currentframe())
print(os.path.dirname(os.path.abspath(file)))
print(os.path.dirname(os.path.abspath(source)))

Tout ceci a tester sous Windows bien sur.

@+

**PauseKawa** · 21/08/2011, 09h45

Re,

Il est aussi possible d'utiliser le module traceback mais il est nécessaire de faire attention à se que l'on récupère dans le string.
Soit sans re

Code :

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

1
2
3
4
5
6
7
8
9
import os
import traceback
 
result = traceback.extract_stack()
trace = result[len(result)-1][0]
if "[('" in trace:
    trace = trace[0]
chemin = os.path.dirname(os.path.abspath(trace))
print(chemin)

edit:
oh que c'est moche comme code

**PsycoPy** · 21/08/2011, 13h37

Envoyé par PauseKawa

L'option -n vas sans doute étoffer votre locals() mais il me semble que __file__ ne sera jamais ce que vous attendez. Comprendre que vous aurez sans doute un 'parent' mais pas le chemin du fichier exécuté.

En fait, j'avais remarqué que cela dépend de la manière dont sont exécutés les script python, mais qu'en générale ça ne pose aucun problème si on respect certaines règles. Avec Windows, si le script est exécuté directement (double-clic sur le fichier), __file__ contiendra le chemin absolut du fichier alors que si on l'exécute en paramêtre de la commande python (python script.py), __file__ contiendra le chemin relatif.

Donc, il suffit de placer l'instruction suivante avant tout autre instruction (ou tout du moins avant de se déplacer dans les dossiers avec os.chdir(path)) :

Code :

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

1
2
import os.path
app_root = os.path.dirname(os.path.abspath(__file__))

Ainsi, on est sûr d'avoir le chemin absolut du dossier du script.

[edit] À propos des zombies créé par IDLE; plus de problème avec la correction de mr Terry J. Reedy !

**PauseKawa** · 21/08/2011, 14h04

Ok pour un script mais cela ne résout pas le souci contenu du __file__ dans locals() avec IDLE il me semble. J'ai louper un passage ?
Edit : Ben en fait cela ne fonctionne pas sous IDLE/Linux de placer cela en début de script..

**PsycoPy** · 21/08/2011, 14h17

Non, c'est moi qui ai sauté un passage. Toutes mes excuses.

Trouver, automatiquement, le nom du répertoire courant

Réseau/Web Python

Discussions similaires

Partager

Partager