Debutant , j'ai pas compris cette erreur

**StyleXP** · 30/05/2006, 13h08

Bonjour TLM

j'ai fais un script Perl (exple.pl pour une BD MySQL.

aprés, j'ai créer l'exécutable avec expl.exe !

quand j'exécute l'exécutable (sous DOS) j'ai les messages d'erreur sous DOS :

please see the perl2exe use manual under "can't locate somemodule.pm in @INC"
for an explanation of the following message :
can't locate Carp/heavy.pm in @INC <@INC contains: perl2exe_storage c\..\temp\ d:\SCript Perl .> AT PERL2EXE_STORAGE/carp.pm line 109, <STDIN> line1.

j'arrive pas a comprendre cette erreur !!!!!!!!! et quelle est la slution

**Seb_de_lille** · 30/05/2006, 14h32

A priori, il ne trouve pas certain module.

Je ne connais pas cet outil, mais ne faut il pas déclarer le path des modules suplémentaires?

**StyleXP** · 30/05/2006, 14h53

peut ton télécharger tous les modules existant, et comment faire, et comment les inserer dans Perl !!!

Invité · 30/05/2006, 15h40

Tu peux utiliser le module PAR pour créer des exe. Plus simple.

**Seb_de_lille** · 30/05/2006, 16h28

Je peux être poser une question con, mais c'est vraiment important de le compiler?

Je demande ça parce que l'inclusion de module est toute simple sinon.

**spirit_epock** · 30/05/2006, 21h27

Perl, de principe, est un langage interprêté, qui est bien utile pour faire des scripts facilement portables et modifiables.

La compilation perd une partie du sens du langage Perl. Il faut en voir l'utilisation que tu veux en faire. Tu peux plus retravailler directement ton script dans ce cas là, il n'est plus portable, ni facilement visible par un tiers...

Je ne veux pas me lancer dans une polémique...
Si la compilation est possible c'est qu'il y a une utilité pour certains.

A+

**mhooreman** · 31/05/2006, 14h54

Je ne veux pas troller non plus, mais je n'ai jamais compilé du perl, et ne pense jamais le faire.

D'autant plus que ce n'est pas très fiable.

Si c'est pour compiler, change de langage, perl est par essence interprété.

**Jedai** · 31/05/2006, 17h45

La "compilation" offerte par Perl2Exe est la même que celle offerte par PAR (à quelques détails près bien sûr), c'est à dire qu'il s'agit simplement d'encapsuler un interpréteur Perl et un script (avec ses librairies) dans un exécutable. Donc il n'est pas question de fiabilité, c'est une technique très fiable, tant que tu restes sur la même architecture que celle pour laquelle perl (l'interpréteur) a été compilé. L'intérêt est bien sûr de pouvoir distribuer cet exécutable sur des machines sans Perl. S'il s'agit de protéger les sources, ce n'est pas une bonne solution (puisque le script est simplement embarqué dans l'exécutable), et à vrai dire il n'y a pas de bonne solution pour cela en Perl, tout au plus peut-on obscurcir ses sources pour les rendre illisibles.

Le message d'erreur indique clairement qu'il lui manque un module, ce qui suggère que tu as mal configuré ta compilation, ou que tu n'as pas ce module du tout. Va sur la FAQ pour apprendre à installer un module.

--
Jedaï

**gvsbnarayana** · 05/09/2006, 17h19

Viellez verifier les variables environment comme
LD_LIBRARY_PATH
PS : Excusez moi pour mon mauvaise francais!!
Badri.

**etranger** · 05/09/2006, 17h28

C'est tout a fait normal ton erreur, et sa montre que tu n'a pas lu la doc

perl2exe inclu normalement les modules directement trouvés dans ton script, mais il ne detecte pas tout les module dont tu a besoin.

Pour que ton script fonctione, il te faut demander à perl2exe d'inclure ces module. par exemple j'ai un script qui utilise des wdgets TK, voici l'interface de mon script :

Code :

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

1
2
3
4
5
6
7
8
9
#!/usr/local/bin/perl    -w
 
#perl2exe_include Tk\Menu
#perl2exe_include Tk\Text
#perl2exe_include Tk\Scrollbar
#perl2exe_include Tk\DummyEncode
#perl2exe_include Tk\Optionmenu
#perl2exe_include Tk\Bitmap
#perl2exe_include  utf8