Logo GNT
Actualités Tests & Guides Bons Plans
Twitter iPhone pliant OnePlus 11 PS5 Disney+ Orange Livebox Windows 11
Entraide Développement Développement Langage Perl Compilation et déploiement d'un module Perl sous Windows

Compilation et déploiement d'un module Perl sous Windows

52 réponses
Avatar
Stephane Dupille
Bonjour,

J'ai une machine sur laquelle je dois déployer une appli Perl. J'ai
donc installé ActivePerl dessus. L'appli doit se connecter à une base
Ingres, et donc je dois utiliser le driver DBD::Ingres.
Malheureusement, ce module n'est pas disponible par PPM, je dois donc
le compiler à la main.

J'ai donc installé sur cette machine « Visual C++ 2005 Express
Edition », ainsi que le SDK pour le dev. La compilation se passe plus
ou moins bien (j'ai par exemple été obligé de patcher le Makefile
généré pour remplacer libc.lib par libcmt.lib, la première n'existant
plus). Bref, sur ma machine de dev, ce module marche correctement, les
tests passent avec succès, et mes scripts de tests maison ne détectent
pas d'anomalie.


Maintenant, je dois déployer Perl, et cette appli sur une autre
machine. Particularité : cette machine n'a pas d'accès Internet, entre
autres contraintes un peu chiantes. Afin de pouvoir automatiser ça le
plus possible, j'ai transféré simplement le répertoire C:\Perl de ma
machine de dev vers la machine de test.

En faisant ça Perl fonctionne correctement, mais pas le module
DBD::Ingres. Quand j'essaye de l'utiliser, il me dit que MSVCR80.dll
est introuvable. Visiblement, il me faut un runtime. C'est bien la
peine de se faire chier à compiler un truc pas déployable. Est-ce
qu'il est possible de se passer du runtime ?

J'installe le runtime vcredist_x86.exe sur ma machine de test, je
relance mon appli, et ça me dit toujours que MSVCR80.dll est
introuvable. C'est pas ça qu'il fallait que j'installe ?

J'ai finit par copier le fichier MSVCR80.dll depuis le répertoire
C:\WINNT\winsxs\x86_Microsoft.VC80.CRT_1fc8b3b9a1e18e3b_8.0.50727.42_x-ww_0de06acd
vers le répertoire C:\Perl\site\lib\auto\DBD\Ingres

Maintenant, quand je lance mon appli, il trouve bien la
bibliothèque, mais ça ne marche toujours pas :
Runtime Error !
R6034
An application has attempt to load the C runtime library incorrectly.

Il faut faire quoi maintenant pour faire marcher ce module ?


Question pour les perliens : est-ce qu'il y aurait un endroit où
trouver un PPM de DBD::Ingres déployable normalement ?


Question pour les windowsiens : est-ce qu'il y aurait un moyen de
pouvoir compiler un machin déployable normalement sans s'emmerder avec
des runtimes pourris qui ne marchent pas ?

Pour info, ma machine de dev est un win2000, ma machine de test un
Win XP pro 2002, et cette appli sera développé sur des machines dont
je ne contrôle absolument pas les versions de Windows installé dessus.


cdlt,
Signaler un problème avec ce contenu

10 réponses

Supprimer
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire

Veuillez sélectionner un problème

Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
1 2 3 4 5
Avatar
Stephane Dupille
"Thierry" écrit :
Plusieurs options:
- Vois du cote des manifestes et la KB deja citée



Ben, le fichier manifest est correctement créé, j'ai même publié son
contenu ici. Pas mieux.

- installe le .Net qui va bien.



Et c'est lequel ? Où je le trouve ?

- utilise un compilo plus ancien (je n'ai eu ce genre de probleme qu'avec
VC2005, mais je n'en suis pas a la phase deploiement).



J'ai pas réussi à chopper un compilo plus ancien sur le site de
Microsoft. Mais si quelqu'un a une adresse, je prends.

Dans tous les cas -> fr.comp.os.ms-windows.programmation



Oki.
Avatar
kduc
Thierry a écrit :

Avez-vous essayé de mettre le chemin :

c:WindowsWinSxSx86_Microsoft.VC80.CRT_1fc8b3b9a1e18e3b_8.050727.42_x-ww_0de06acd



Non, c'est pas la bonne méthode.



En phase de diagnostic, il faut parfois essayer bien des choses...
principalement ce qui pourraît paraître trop évident ou inutile.

Le systeme doit charger la bonne (version de) DLL en fonction du manifeste
du prog.
C'etait au depart censé resoudre les pb de "DLL Hell"



Oui.

--
kd
Avatar
Paul Gaborit
À (at) Tue, 31 Jul 2007 14:33:34 +0200,
Stephane Dupille écrivait (wrote):
J'ai potassé, j'ai appliqué, mais ça ne marche toujours pas.

Pour rappel, j'essaye de compiler une DLL Ingres.dll. Lors de la
compilation, j'ai bien un fichier Ingres.dll.manifest qui est créé,
dont voici le contenu :
<?xml version='1.0' encoding='UTF-8' standalone='yes'?>
<assembly xmlns='urn:schemas-microsoft-com:asm.v1'
manifestVersion='1.0'>
<dependency>
<dependentAssembly>
<assemblyIdentity type='win32' name='Microsoft.VC80.CRT'
version='8.0.50608.0' processorArchitecture='x86'


~~~~~~~~~~~~ (2)
publicKeyToken='1fc8b3b9a1e18e3b' />


~~~~~~~~~~~~~~~~ (1)
</dependentAssembly>
</dependency>
</assembly>


Sur la machine cible, j'ai un répertoire
c:WindowsWinSxSx86_Microsoft.VC80.CRT_1fc8b3b9a1e18e3b_8.050727.42_x-ww_0de06acd/


~~~~~~~~~~~~~~(1)~~~~~~~~~(2)
qui contient bien un msvcr80.dll (et deux autres DLL)
et il me dit toujours qu'il n'arrive pas à trouver msvcr80.dll



Les parties (1) correspondent bien mais ce n'est pas le cas des
parties (2)... Peut-être est-ce là la cause du problème !

--
Paul Gaborit - <http://perso.enstimac.fr/~gaborit/>
Perl en français - <http://perl.enstimac.fr/>
Avatar
Paul Gaborit
À (at) Tue, 31 Jul 2007 14:33:34 +0200,
Stephane Dupille écrivait (wrote):
J'ai potassé, j'ai appliqué, mais ça ne marche toujours pas.

Pour rappel, j'essaye de compiler une DLL Ingres.dll. Lors de la
compilation, j'ai bien un fichier Ingres.dll.manifest qui est créé,
dont voici le contenu :
<?xml version='1.0' encoding='UTF-8' standalone='yes'?>
<assembly xmlns='urn:schemas-microsoft-com:asm.v1'
manifestVersion='1.0'>
<dependency>
<dependentAssembly>
<assemblyIdentity type='win32' name='Microsoft.VC80.CRT'
version='8.0.50608.0' processorArchitecture='x86'


~~~~~~~~~~~~ (2)
publicKeyToken='1fc8b3b9a1e18e3b' />


~~~~~~~~~~~~~~~~ (1)
</dependentAssembly>
</dependency>
</assembly>


Sur la machine cible, j'ai un répertoire
c:WindowsWinSxSx86_Microsoft.VC80.CRT_1fc8b3b9a1e18e3b_8.050727.42_x-ww_0de06acd/


~~~~~~~~~~~~~~(1)~~~~~~~~~(2)
qui contient bien un msvcr80.dll (et deux autres DLL)
et il me dit toujours qu'il n'arrive pas à trouver msvcr80.dll



Les parties (1) correspondent bien mais ce n'est pas le cas des
parties (2)... Peut-être est-ce là la cause du problème !

--
Paul Gaborit - <http://perso.enstimac.fr/~gaborit/>
Perl en français - <http://perl.enstimac.fr/>
Avatar
Paul Gaborit
À (at) Tue, 31 Jul 2007 14:33:34 +0200,
Stephane Dupille écrivait (wrote):
J'ai potassé, j'ai appliqué, mais ça ne marche toujours pas.

Pour rappel, j'essaye de compiler une DLL Ingres.dll. Lors de la
compilation, j'ai bien un fichier Ingres.dll.manifest qui est créé,
dont voici le contenu :
<?xml version='1.0' encoding='UTF-8' standalone='yes'?>
<assembly xmlns='urn:schemas-microsoft-com:asm.v1'
manifestVersion='1.0'>
<dependency>
<dependentAssembly>
<assemblyIdentity type='win32' name='Microsoft.VC80.CRT'
version='8.0.50608.0' processorArchitecture='x86'
~~~~~~~~~~~~ (2)

publicKeyToken='1fc8b3b9a1e18e3b' />
~~~~~~~~~~~~~~~~ (1)

</dependentAssembly>
</dependency>
</assembly>


Sur la machine cible, j'ai un répertoire
c:WindowsWinSxSx86_Microsoft.VC80.CRT_1fc8b3b9a1e18e3b_8.050727.42_x-ww_0de06acd/
~~~~~~~~~~~~~~(1)~~~~~~~~~(2)

qui contient bien un msvcr80.dll (et deux autres DLL)
et il me dit toujours qu'il n'arrive pas à trouver msvcr80.dll


Les parties (1) correspondent bien mais ce n'est pas le cas des
parties (2)... Peut-être est-ce là la cause du problème !

--
Paul Gaborit - <http://perso.enstimac.fr/~gaborit/>
Perl en français - <http://perl.enstimac.fr/>

Avatar
Stephane Dupille
Paul Gaborit écrit :
Les parties (1) correspondent bien mais ce n'est pas le cas des
parties (2)... Peut-être est-ce là la cause du problème !



Que faut-il que je fasse ?
Avatar
Stephane Dupille
Paul Gaborit écrit :
Les parties (1) correspondent bien mais ce n'est pas le cas des
parties (2)... Peut-être est-ce là la cause du problème !



Que faut-il que je fasse ?
Avatar
Stephane Dupille
Les parties (1) correspondent bien mais ce n'est pas le cas des
parties (2)... Peut-être est-ce là la cause du problème !


Que faut-il que je fasse ?

Avatar
Paul Gaborit
À (at) Tue, 31 Jul 2007 15:41:45 +0200,
Stephane Dupille écrivait (wrote):
Paul Gaborit écrit :
Les parties (1) correspondent bien mais ce n'est pas le cas des
parties (2)... Peut-être est-ce là la cause du problème !



Que faut-il que je fasse ?



Lire :
<http://msdn2.microsoft.com/en-us/library/ms235342(VS.80).aspx>

Il y est indiqué comment faire pour qu'une version plus récente d'une
DLL (celle qui est installée sur la machine cible) soit utilisée pour
une ancienne version (celle demandée par votre module compilé par
Visual C++). Peut-être que ça pourrait marcher.

(Je dis tout ça au pif puisque je n'utilise jamais les outils de
compilation de Microsoft...)

--
Paul Gaborit - <http://perso.enstimac.fr/~gaborit/>
Perl en français - <http://perl.enstimac.fr/>
Avatar
Paul Gaborit
À (at) Tue, 31 Jul 2007 15:41:45 +0200,
Stephane Dupille écrivait (wrote):
Paul Gaborit écrit :
Les parties (1) correspondent bien mais ce n'est pas le cas des
parties (2)... Peut-être est-ce là la cause du problème !



Que faut-il que je fasse ?



Lire :
<http://msdn2.microsoft.com/en-us/library/ms235342(VS.80).aspx>

Il y est indiqué comment faire pour qu'une version plus récente d'une
DLL (celle qui est installée sur la machine cible) soit utilisée pour
une ancienne version (celle demandée par votre module compilé par
Visual C++). Peut-être que ça pourrait marcher.

(Je dis tout ça au pif puisque je n'utilise jamais les outils de
compilation de Microsoft...)

--
Paul Gaborit - <http://perso.enstimac.fr/~gaborit/>
Perl en français - <http://perl.enstimac.fr/>
1 2 3 4 5