Le répertoire de travail actuel n'est plus hérité du processus d'appel à partir de python 2.5?

Question

J'ai mis à jour ma version python sur le serveur Windows 2003 de 2.4 à 2.5.

2.4 Je pourrais importer un fichier "sub1.py" à partir d'un sous-répertoire c: \ Application \ subdir \ comme ceci:

import sub1 

aussi longtemps que le main.py de script appelant qui vit dans c: \ l'application a commencé comme ceci:

c:\application\subdir>python ..\main.py 

Mais dans 2,5, il ne fonctionne plus pour moi:

C:\application\subdir>python ..\main.py 
Traceback (most recent call last): 
    File "main.py", line 3, in <module> 
    import sub1 
ImportError: No module named sub1 

maintenant, je peux mettre un fichier vide

__init__.py 

dans subdir et l'importation comme ceci:

import subdir.sub1 as sub1 

Y avait-il un changement de Python 2.5? Cela signifierait que le répertoire de travail actuel dans python 2.4 a été hérité du processus appelant, et dans python 2.5, il est défini sur l'emplacement du script principal.

[edit3] J'ai corrigé la question maintenant. Je dois m'excuser d'avoir trop simplifié l'exemple au début et d'avoir supprimé la cause qui provoque l'erreur sans vérifier mon exemple simplifié. [/ EDIT3]

Answer 1

Vous devez apporter les modifications suivantes:

• tour subdir dans un paquet en ajoutant un fichier __init__.py vide dans le répertoire
• changer l'importation: from subdir import sub1

Answer 2

à importer sub.py vous devez:

import sub  # not sub1 

Answer 3

ajouter ce répertoire à votre chemin python

Answer 4

Vous pouvez vérifier où les recherches de python pour les modules. Une liste d'emplacements est contenue dans la variable sys.path.

Vous pouvez créer un script simple (ou l'exécuter de manière interactive) qui montre ceci:

import sys 

for x in sys.path: 
    print x 

Par défaut, Python recherchera dans le répertoire dans lequel il est en cours d'exécution et où réside le script original.

Également, essayez de définir la variable d'environnement PYTHONPATH pour inclure le répertoire «. \».

Answer 5

Je suppose que sub1 est une faute de frappe? Dans votre question, vous faites parfois référence à sub, parfois à sub1.

Je vérifie tout d'abord que le fichier sub.py existe dans c:\application.

• Vérifiez les autorisations du fichier sub.py et du répertoire de l'application. L'utilisateur peut-il lire le fichier sub.py? L'interpréteur python peut-il créer le fichier * .pyc?
• De même, supprimez manuellement le fichier sub.pyc, juste au cas où une ancienne version du pyc est à l'origine du problème.