IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Python Discussion :

problème de PYTHONPATH ?


Sujet :

Python

  1. #1
    Membre averti Avatar de awalter1
    Inscrit en
    Août 2004
    Messages
    994
    Détails du profil
    Informations forums :
    Inscription : Août 2004
    Messages : 994
    Points : 407
    Points
    407
    Par défaut problème de PYTHONPATH ?
    Bonjour,
    Sous linux RedHat 5.3, j'ai une appli en python 2.4.3.
    Je me mets sous mon répertoire racine je positionne mon PYTHONPATH et je lance mon appli et ça fonctionne
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    [opeint]$ pwd
    /home/opeint
    [opeint]$ echo $PYTHONPATH
    /home/opeint/IPAS/ACE2011A/IPAS/NEDI:/usr/local/lib/python2.4/site-packages:/home/opeint/PYTHON/lib/python2.4/site-packages
    [opeint]$ python /home/opeint/IPAS/ACE2011A/IPAS/NEDI/HMI/nedi.py -u IPAS1 -p ipas0 -s ACCEP11A -w /tmp/DATA_INPUT_IPAS1_0_watchdog_file
    =>Quit Application !
    [opeint]$
    Ensuite je lance la même appli par une supervision écrite aussi en python, dans le code avant le lancement je fais un os.putenv pour positionner le PYTHONPATH, suivi d'un print : je vérifie ainsi que le PYTHONPATH est bien correct, mais il y a un pb d'import au lancement de mon appli
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    [opeint]$ pwd
    /home/opeint
    [opeint]$ ./envACE2011A.csh
    PYTHONPATH= /usr/local/lib/python2.4/site-packages:/home/opeint/PYTHON/lib/python2.4/site-packages:/home/opeint/IPAS/ACE2011A/IPAS/NEDI/ python /home/opeint/IPAS/ACE2011A/IPAS/NEDI/HMI/nedi.py -u IPAS1 -p ipas0 -s ACCEP11A -w /tmp/DATA_INPUT_IPAS1_0_watchdog_file
    Traceback (most recent call last):
      File "/home/opeint/PYTHON/lib/python2.4/site-packages/numpy/core/__init__.py", line 5, in ?
        import multiarray
    ImportError: /home/opeint/PYTHON/lib/python2.4/site-packages/numpy/core/multiarray.so: undefined symbol: _PyUnicodeUCS4_IsWhitespace
    J'ai du mal à comprendre la logique. Ya t'il autre chose qui peut entre en ligne de compte à part le PYTHONPATH.
    Merci

  2. #2
    Expert éminent sénior
    Homme Profil pro
    Architecte technique retraité
    Inscrit en
    Juin 2008
    Messages
    21 287
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Manche (Basse Normandie)

    Informations professionnelles :
    Activité : Architecte technique retraité
    Secteur : Industrie

    Informations forums :
    Inscription : Juin 2008
    Messages : 21 287
    Points : 36 776
    Points
    36 776
    Par défaut
    Salut,
    Python est optionnellement compilé UCS2 ou UCS4. Ca force la représentation Unicode en 16 ou 32 bits. En gros l'erreur dit que vous n'utilisez pas le même Python dans les deux cas.
    - W
    Architectures post-modernes.
    Python sur DVP c'est aussi des FAQs, des cours et tutoriels

  3. #3
    Membre averti Avatar de awalter1
    Inscrit en
    Août 2004
    Messages
    994
    Détails du profil
    Informations forums :
    Inscription : Août 2004
    Messages : 994
    Points : 407
    Points
    407
    Par défaut
    J'ai testé le lancement de python avec l'option -V : effectivement c'est pas la même version lancée entre le lancement directe à partir d'un terminal et le lancement à partir de la supervision.
    Mais étant donné que le PYTHONPATH est le même dans les deux cas, je ne vois pas comment faire pour forcer la même version !
    Merci

  4. #4
    Membre averti Avatar de awalter1
    Inscrit en
    Août 2004
    Messages
    994
    Détails du profil
    Informations forums :
    Inscription : Août 2004
    Messages : 994
    Points : 407
    Points
    407
    Par défaut
    Il suffit de mettre le path complet ou se trouve le python que l'on veut utiliser.
    Dans mon cas, la variable PATH contenait en début le chemin du python attendu, néammoins lorsque l'appli python était appelé par ma supervision, c'était une autre version (donc à un autre endroit) qui était prise.
    Merci

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. Problème d'installation oracle 8.1.7 sous NT
    Par Anonymous dans le forum Installation
    Réponses: 7
    Dernier message: 02/08/2002, 14h18
  2. Problème d'impression
    Par IngBen dans le forum C++Builder
    Réponses: 7
    Dernier message: 22/05/2002, 11h37
  3. Problème avec la mémoire virtuelle
    Par Anonymous dans le forum CORBA
    Réponses: 13
    Dernier message: 16/04/2002, 16h10
  4. Réponses: 6
    Dernier message: 25/03/2002, 21h11

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo