Probleme de DLL

**deubelte** · 22/10/2007, 16h09

Bonjour
j'ai crée une DLL avec VC2005 sur un ordinateur (qui est configuré en langue anglaise). J'utilise cette DLL avec VBA.

Code :

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

1
2
 
 Declare Function n Lib "V:\finum" Alias "_N@8" (ByVal x As Double) As Double

Cette DLL fonctionne parfaitement quand je la fait tourné sur mon poste, mais quand je la fais tourné sur un autre poste (cette fois ci la langue est fr), VBA m'envoie un prompt en disant que le fichier de la DLL est introuvable.

Savez vous d'ou ca peut venir?

Les ordinateurs sont branchés en reseaux. Donc c'est le même fichier Excel que j'ouvre, et donc c'est dans le meme fichier que la DLL tourne, que ce soit sur mon poste, ou l'autre poste.

Merci

**Médinoc** · 22/10/2007, 17h05

Es-tu sûr que la DLL est bel et bien présente sur les deux postes ?

**deubelte** · 22/10/2007, 17h21

oui bien sur,
puisque les ordis sont en reseaux
je veux dire que le fichier est installé dans un disque dur en reseau sur plusieurs terminaux

**30barrett40** · 23/10/2007, 11h11

Dit moi si je me trompe, c'est surement que la DLL est mal partagé. Le mieux est que chaque PC est son exemplaire dans C:\Windows, comme ça, il y a moins de risques que ça échoue (essaye en mettant le logiciel en question sur chaque pc...)

**Médinoc** · 23/10/2007, 11h16

SURTOUT PAS DANS C:\Windows !!!!!

Par contre, dans un autre répertoire auquel Excel a accès, pourquoi pas.
Tu devrais essayer d'ajouter le répertoire en question au PATH (Propriétés systèmes -> Avancé -> Variables d'environnement).

Et je ne pense pas que ça marche si la DLL est directement dans le répertoire du fichier Excel. Mais ça marche peut-être quand même.
Toutefois, ça ne marche peut-être pas avec les chemins réseaux (\\ordi\blabla). Tu peux essayer avec un lecteur réseau par contre.

**30barrett40** · 23/10/2007, 11h19

Désolé, je ne savais pas (bien qu'avec VC++ 2005 ça marche).
Se pourrait-il que ça soit la langue qui gene ? (je crois pas, mais on ne sait jamais ...)

**hegros** · 23/10/2007, 11h38

Envoyé par 30barrett40

Désolé, je ne savais pas (bien qu'avec VC++ 2005 ça marche).
Se pourrait-il que ça soit la langue qui gene ? (je crois pas, mais on ne sait jamais ...)

Bof. Si le message explicite qu'il ne trouve pas la dll c'est qu'il ne la trouve pas dans le repertoire d'execution ou dans le PATH.

Maintenant si tu as un doute tu regénéres ta dll avec la même version de langue que l'hôte cible.

**30barrett40** · 24/10/2007, 12h25

Surement raison !
Mais si c'est en réseau, la meilleure technique est de mettre l'application sur le pc qui va s'en servir, non ?

**deubelte** · 25/10/2007, 09h18

Merci pour les reponses
Je pense avoir trouver le probleme

Lorsqu`on fait un prog en C et qu`on le compile dans VC++2005, il y a des DLL qui sont charges implicitement.

J`ai compile mon prog sur mon poste qui a VC2005
Les DLL ont ete chargees avec les chemins d acces de mon poste.

Quand je le transfere sur un autre poste qui a pas VC2005, il ne trouve pas les DLL car ce ne sont pas les memes chemins d acces.

Donc c est donc un pb de linking et de portabilite.
Enfin je pense.

Mais en tout cas, je n ai pas pu resoudre le pb.

Ce n est pas la langue qui gene, car j ai essaye sur un poste qui est en anglais

**nicroman** · 25/10/2007, 09h31

D'un coup j'ai un doute....

Tu dis "introuvable" ou "n'a pas pu être chargé" ?

Parceque ton truc, ca me fait penser à une DLL compilée avec des options de debug, et utilisée sur un poste *sans* debuggeur (de visual), donc sans les DLL runtime-debug de visual (qui au passage sont privées et non redistribuables).

Quant au:

Les DLL ont ete chargees avec les chemins d acces de mon poste

Les DLL sont référencées par nom, aucun chemin n'est spécifié.

Quand un executable (visual-basic par exemple) a besoin d'une DLL, il va la chercher dans une liste prédéfinie de chemins d'accès, en commençant par le répertoire de l'executable lui-même,...
Cette DLL peut aussi avoir besoin d'autres DLL (par exemple le debug-runtime de visual), et hop... les mêmes chemins sont inspectés.

Sur ta machine, ou VS2005 est installé, les DLLs debug-runtime sont accèssibles dans le système => aucun problême
Sur une autre machine => ca plante.

**deubelte** · 25/10/2007, 11h12

Ta reponse est interessante

Parceque ton truc, ca me fait penser à une DLL compilée avec des options de debug, et utilisée sur un poste *sans* debuggeur (de visual), donc sans les DLL runtime-debug de visual (qui au passage sont privées et non redistribuables)

>>C est tout a fait ca. Sur l autre poste, il y a aucun compilo/debuger

Sur ta machine, ou VS2005 est installé, les DLLs debug-runtime sont accèssibles dans le système => aucun problême
Sur une autre machine => ca plante.
>>Que faut il faire maintenant pour regler ce pb?

**nicroman** · 26/10/2007, 09h36

La meilleure solution est:
1. Faire un projet d'installeur (.msi) (sous VStudio c'est assez simple) qui groupe ta DLL et le redistributable runtime.
2. Compiler en release.
3. Utiliser l'installeur sur les machines cibles (qui offre au passage la désinstallation, l'installation silencieuse par domain deployment, ...).

La moins bonne solution:
1. Compiler en release.
2. Installer le "redistributable runtime" qui vient avec MSVC "à la main" sur les machines cibles.

La solution interdite:
1. Installer le "debug runtime" sur les machines cibles (l'EULA de M$ n'autorise pas cela).

**deubelte** · 26/10/2007, 12h02

merci pour la reponse

J ai besoin de plus de precision, parce que je comprends pas tout

Mon programme est court 200 lignes de codes, et est ecrit qu'en C.

J'utilise VC2005 Express sur une machine. Je n'ai pas le droit de l'installer sur un autre poste (theoriquement...)

Ma question est: Dois-je installer VC2005 sur le poste hote de la DLL? (parce que vois-tu cette DLL sera utilisee sur de nombreux postes).

Code :

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

 Faire un projet d'installeur (.msi) (sous VStudio c'est assez simple) qui groupe ta DLL et le redistributable runtime.

>>C'est possible avec VCExpress2005?

Code :

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

2. Compiler en release.

Ok

Code :

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

3. Utiliser l'installeur sur les machines cibles (qui offre au passage la désinstallation, l'installation silencieuse par domain deployment, ...).

>>Cela semble signifier qu'il faut installer VC2005 sur l'autre poste.

**Médinoc** · 26/10/2007, 13h56

Envoyé par deubelte

Code :

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

 Faire un projet d'installeur (.msi) (sous VStudio c'est assez simple) qui groupe ta DLL et le redistributable runtime.

>>C'est possible avec VCExpress2005?

Pas sûr. Regarde si tu peut faire des projets de Déploiement.

Code :

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

3. Utiliser l'installeur sur les machines cibles (qui offre au passage la désinstallation, l'installation silencieuse par domain deployment, ...).

>>Cela semble signifier qu'il faut installer VC2005 sur l'autre poste.

Non. C'est juste utiliser le programme d'installation qui aura été créé par Visual 2005.

Si cette solution ne marche pas, il faudra se tourner vers la seconde.

**Mat007** · 27/10/2007, 14h11

Non ça n'existe pas avec la version express.

Recherche 'vcredist' dans le forum et tu trouveras sans doute des informations utiles.

MAT.

Probleme de DLL

C++

Discussions similaires

Partager

Partager