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

Langage Perl Discussion :

Problème de chemins


Sujet :

Langage Perl

  1. #1
    Membre à l'essai
    Profil pro
    Inscrit en
    Février 2004
    Messages
    19
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Février 2004
    Messages : 19
    Points : 16
    Points
    16
    Par défaut Problème de chemins
    Bonjour à tous,

    Je suis totalement novice en perl, mais pour mon boulot je dois l'utiliser.
    Je développe un logiciel qui utilise vmperl (perl pour vmware) pour interroger les serveurs vmware.
    Pour interroger les ESX3 nous devons utiliser une nouvelle version de vmperl (2.3.2-39850).
    Juesqu'à maintenant nous utilisions la 3.1.0 qui marchait très bien dans notre environnement mais qui n'est pas compatible avec les ESX3

    Dans l'installation de notre produit nous avons un répertoire dans lequel nous installons vmperl (<racine>\etc\action_util\VMPerl\2.3.2).
    Si j'exécute vmperl depuis son répertoire d'installation, tout va bien.
    Si j'exécute vmperl depuis le répertoire racine de notre application, il me jète avec l'erreur suivante, or c'est depuis ce répertoire qu'il doit être appelé dans notre application.

    Can't load '<racine>\etc\action_util\VMPerl\2.3.2\perl5\site_perl\5.005\MSWin32-x86/auto/VMware/VmPerl/VmPerl.dll' for module VMware::VmPerl: load_file:Le module spÚcifiÚ est introuvable at <racine>\etc\action_util\VMPerl\2.3.2\perl5\site_perl\5.005/DynaLoader.pm line 169.

    Quelqu'un aurait il une idée ?

    D'après le forum vmware, des cas similaires ont été signalés mais sur le serveur vmware et qui étaient des conflits de versions.
    Je n'ai pas de conflit puisque j'ai supprimé toutes les autres installations perl de ma machine et je ne suis pas sur le serveur vmware mais sur une mahine quelconque où tourne mon appli.

    J'ai aussi essayé de conserver le nom du répertoire d'installation de vmperl (3.1.0), idem.

    JE REPETE : CELA MARCHAIT TRES BIEN AVEC LA VERSION 3.1.0

    Merci pour votre aide, cela devient urgent

    Christophe

  2. #2
    Expert éminent
    Avatar de Jedai
    Homme Profil pro
    Enseignant
    Inscrit en
    Avril 2003
    Messages
    6 245
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Côte d'Or (Bourgogne)

    Informations professionnelles :
    Activité : Enseignant

    Informations forums :
    Inscription : Avril 2003
    Messages : 6 245
    Points : 8 586
    Points
    8 586
    Par défaut
    Tout d'abord : ON NE POSTE PAS DANS CE FORUM, on poste dans les sous-forums, comme c'est clairement indiqué en haut de ce forum... Ton prochain message ici sera supprimé sans avertissement (à part un MP), pour celui-ci je me contente de le déplacer dans le sous-forum Langage.

    Citation Envoyé par armand_c
    Dans l'installation de notre produit nous avons un répertoire dans lequel nous installons vmperl (<racine>\etc\action_util\VMPerl\2.3.2).
    Si j'exécute vmperl depuis son répertoire d'installation, tout va bien.
    Si j'exécute vmperl depuis le répertoire racine de notre application, il me jète avec l'erreur suivante, or c'est depuis ce répertoire qu'il doit être appelé dans notre application.
    Pourquoi es-tu obligé de l'exécuter à partir du répertoire racine de ton application ? Ne serait-il pas possible de corriger plutôt ce problème ?
    Que te donne perl -V , en particulier les variables d'environnement ?

    --
    Jedaï

  3. #3
    Membre à l'essai
    Profil pro
    Inscrit en
    Février 2004
    Messages
    19
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Février 2004
    Messages : 19
    Points : 16
    Points
    16
    Par défaut
    Bonjour,

    Désolé pour cette erreur.
    résultat de perl -v
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
     
    This is perl, version 5.005_03 built for MSWin32-x86
     
    Copyright 1987-1999, Larry Wall
     
    Perl may be copied only under the terms of either the Artistic License or the
    GNU General Public License, which may be found in the Perl 5.0 source kit.
     
    Complete documentation for Perl, including FAQ lists, should be found on
    this system using `man perl' or `perldoc perl'.  If you have access to the
    Internet, point your browser at http://www.perl.com/, the Perl Home Page.
    Je suis obligé de lancer perl depuis la racine de l'application et ça je ne peux pas le modifier. C'est un gros projet et l'architecture l'a défini comme ça.
    Comme je le disais avec l'ancienne version 3.1.0, il n'y avait pas de problème.
    De plus le problème est présent simplement avec une boite dos. Ce n'est donc pas l'application qui est en cause, mais sans doute un pb de config.

    Merci

Discussions similaires

  1. [débutant][URL] problème de chemin
    Par soulhouf dans le forum Général JavaScript
    Réponses: 10
    Dernier message: 14/09/2005, 16h25
  2. [MFC]Problème de chemin de fichier
    Par benahpets dans le forum MFC
    Réponses: 3
    Dernier message: 06/09/2005, 13h07
  3. [XSLT] Problème de chemin d'accès + XSLT
    Par Jorus dans le forum Bibliothèques et frameworks
    Réponses: 2
    Dernier message: 15/09/2004, 08h36
  4. Réponses: 17
    Dernier message: 13/07/2004, 20h37
  5. [JSP] Include, problème de chemin relatif
    Par dafly dans le forum Servlets/JSP
    Réponses: 2
    Dernier message: 15/04/2004, 14h11

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