Discussion :

[little_kevin]

Bonjour,

Je suis sous python 2.7, car cela m'est imposé par l'éditeur de mon logiciel principal.
Je n'ai jamais vraiment créer de programme, mais juste des scripts, que je lance directement dans Pyscripter au besoin, pour m'aider dans mes tâches quotidiennes.

J'ai aussi des tâches planifiées, qui lance des scripts python, de traitement de mes données géographiques en nocturne .
Mais jusqu'à présent, tout était écrit dans 1 seul fichier .py.

Cette fois, j'ai constitué des modules perso, car je les appels plusieurs fois dans des scripts différents.
Mes modules sont tous dans un sous-dossier, lui-même dans le dossier parent contenant mon script principal.
Le sous-dossier contient bien un fichier __init__.py

Je les appels de la façon suivante;

Code :

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

1
2
3
4
5
chemin_mes_modules =r"\\SRV_FICHIERS\Sharedfolders\...\Python_2\Mes_modules_py2"
 
import sys
sys.path.insert(0,chemin_mes_modules )
from Mes_modules_py2 import ODBC_select as sql

Lorsque je lance mon code via pyscripter, c'est parfait tout fonctionne.

Puis je fait un petit fichier bat, pour mettre le lancement de mon script principal, en tâche planifiée windows, car j'ai besoin de le faire fonctionner toutes les 20 minutes. Dans mon bat, j'écris;

Code :

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

c:\Python27\ArcGIS10.7\python.exe "\\SRV_FICHIERS\Sharedfolders\...\Monscript_principal.py" >> "\\SRV_FICHIERS\Sharedfolders\...\log\Log_Monscript_principal_%date:/=-%.txt"

Là, dans mon fichier de log remonte que mon module ODBC_select est introuvable.

Si j'ajoute un print dans mon log

Code :

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

print(sys.path)

Je retrouve bien mon chemin; ['\\\\SRV_FICHIERS\\Sharedfolders\\...\\Python_2\\Mes_modules_py2',...

Je me comprend vraiment pas pourquoi cette erreur, alors que dans pyscripter ça fonctionne parfaitement. Je ne comprend pas pourquoi cette différence entre pyscripter et le lancement dans ma tache planifiée.

Quelqu'un aurais-t-il une idée svp? Merci

[wiztricks]

Salut,

Créez un terminal et lancez le .bat directement pour voir s'il fonctionne dans ce contexte/environnement là.

- W

[little_kevin]

J'ai ouvert un terminal cmd, puis naviguer jusqu'à l'emplacement de mon bat.
Je lance mon bat, mais résultat identique...
mes modules sont introuvables...

[wiztricks]

Salut,

Depuis le terminal, lancez l'interpréteur Python et vérifiez que le chemin est "bon" en essayant d'ouvrir le fichier/script avec "open".

- W

[wiztricks]

Salut,

Depuis le terminal, lancez l'interpréteur Python et vérifiez que le chemin est "bon" en essayant d'ouvrir le fichier/script avec "open".
Réciproquement, sous PyCharm, affichez répertoire du module via:
print sql.__file__

- W

[lg_53]

pyscripter, comme tous les autres IDE, rajoute certainement un dossier de plus au path : le dossier courant, dénommé par '.'.

Faites afficher le path aussi lorsque vous lancez avec pyscripter, de sorte à pouvoir comparer les path (comparer la liste entière, et pas juste vérifier que ce que vous avez ajouté est bien là).
Et ensuite comme le .bat n'est peut etre pas dans le meme dossier que votre .py principal, et bien le dossier courant n'est pas le meme.

[little_kevin]

C'est bon j'ai trouvé. Mauvaise route de diagnostic...
Après x versions, j'ai réussi à avoir un nouveau code d'erreur, dans le batch, le bon vieux "UnicodeEncodeError: 'ascii' codec can't encode characters in position ..."
Là d'un coup, je me sent comme un bleu...

Et oui un bon vieil accent à la noix, qui traine dans un print de vérification, alors que tout le reste (dont mon appel du module) est parfaitement bon!
mes entêtes python sont tous en # -*- coding: cp1252 -*- (soit pas de soucis sous Pysripter!), alors que le fichier bat est par défaut en CP-850... Du coup mes print remontent en erreur d'encodage.

Dans mon bat, pourtant je commencais bien par CHCP 1252. Mais visiblement cela ne suffit pas. J'ai trouvé une autre commande au début du bat qui visiblement fonctionne mieux ; chcp 28591 > nul (ici). Pourquoi..., je n'en ai aucune idée, mais désormais cela fonctionne.

Merci wiztricks, pour ton aide. "print sql.__file__" , je n'y avais pas pensais et comme il était bon, cela m'a réorienté sur cet autre diagnostic.