problème d'utilisation d'une dll

**Vanito** · 27/06/2011, 10h57

Salut,

J'ai récupéré un projet vb.net qui compile et s'exécute bien sur une machine.
Mais sur ma machine j'ai une erreur lorsque j'essaye d'utiliser une dll.
L'erreur est la suivante:

'unable to find an entry point named <name function in dll <dll function>

D'où provient généralement ce genre d'erreur?

Merci de votre aide

**WOLO Laurent** · 27/06/2011, 11h41

Essaie de faire le mode pas-à-pas pour nous indiquer exactement l'endroit ou ca coince.

**Vanito** · 27/06/2011, 11h56

Lorsque j'effectue le mode pas à pas, cela plante à l'appel d'une fonction de la dll en question:

Code :

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

    Call CrtToStd("...");

Dans un autre fichier la fonction est déclaré de la manière suivante:

Code :

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

Declare Sub CrtToStd Lib "dllname.DLL" ("..")

**WOLO Laurent** · 27/06/2011, 14h32

Est ce que tu as cette dll dans le dossier par défaut de démarrage de l'application.

**Vanito** · 27/06/2011, 15h29

Je ne suis pas encore familier avec visual studio, que veux tu dire par dans le dossier par défaut de démarrage de l'application?

Je sais que cette dll se trouve dans un dossier nommé lib d'un projet autre projet inclus dans la solution.

**WOLO Laurent** · 27/06/2011, 16h05

Essaie de l'inclure dans le dossier debug de ta solution.

**Vanito** · 27/06/2011, 16h16

Lorsque je l'inclus dans le dossier debug de la solution, j'ai une autre erreur qui apparait à la place de la précédente:

Unable to load DLL 'dllname.DLL': The specified module could not be found. (Exception from HRESULT: 0x8007007E)

Ce qui est bisard c'est que cela marche très bien sur l'autre machine!

**Bluedeep** · 27/06/2011, 18h06

Envoyé par WOLO Laurent

Essaie de l'inclure dans le dossier debug de ta solution.

Aucun interêt puisque visilement la DLL se charge bien mais que la fonction tel qu'elle est décrite n'existe pas dans la DLL.

Le message d'erreur est sans ambigüité.

**Vanito** · 28/06/2011, 01h01

Avec dll export viewer on voit bien la fonction dans la dll en question.
Et ca marche tres bien sur l'autre machine.

Il ya autre chose à voir pour élucider le problème ?

**Bluedeep** · 28/06/2011, 10h53

Vérifier les OS entre les machines "qui marchent" et celle "qui marche pas":

Y'en aurait il un en 32 bits et un autre en 64 bits par hasard ?

**Vanito** · 28/06/2011, 10h59

Les deux machines utilisent un OS de 32 bits.

**Bluedeep** · 28/06/2011, 11h04

Dommage, c'était une piste prometteuse.

Les deux DLL sont bien parfaitement identiques au niveau du binaire ?

**Vanito** · 28/06/2011, 11h11

c'est la même solution utilisée donc oui c'est la même dll, après pour savoir si c'est identique niveau binaire je sais pas.

Pour une autre dll j'ai ce type d'erreur aussi:

Unable to load DLL 'dllname.DLL': The specified module could not be found. (Exception from HRESULT: 0x8007007E)

**Bluedeep** · 28/06/2011, 11h18

Envoyé par Vanito

c'est la même solution utilisée donc oui c'est la même dll, après pour savoir si c'est identique niveau binaire je sais pas.

La solution c'est le programme client de la DLL je suppose. Donc je ne vois pas en quoi le fait que ce soit la même solution entraine que les deux DLLs sur les deux machines soient les même. Donc commencer par comparer les deux DLL (je parle bien sur des DLL contenant la foncion, pas des DLL ou Exe clients en .Net) et vérifier ce point.

**Vanito** · 28/06/2011, 11h30

**Vanito** · 28/06/2011, 11h55

J'ai cleané et rebuilé le projetB1 (contenant la ddl), ensuite rebuilder la solution est j'ai ce genre de message qui s'affiche :

Value of type '<typename1>' cannot be converted to '<typename2>'. Type mismatch could be due to mixing a file reference to '<filepath1>' in project '<projectname1>' with a file reference to '<filepath2>' in project '<projectname2>'. If both assemblies are identical, try replacing these references so both references are from the same location.

Et il ya point d'exclamation à chaque projet dans références là où le projetB1 est référencé.

**Bluedeep** · 28/06/2011, 11h56

Envoyé par Vanito

je n'ai pas accès au code de la dll en question c'est une dll importé. Et elle se trouve dans un répértoire lib du projetB1, qui lui même est ajouté en tant que référence dll dans le projet1.

Ca me semblait évident et je n'ai jamais suggéré de comparer le code. Seulement comparfer les binaires. Ou plus simplement, copier le binaire de la "machine qui marche" à la place de celle "qui marche pas" et voir si le problème persiste.
Le contraire est valabble aussi : mettre le binaire de la machine qui marche pas sur celle qui marche et voir si ça continue ou pas à marcher.

Commencer par là.

Ensuite, utiliser le Dependency Walker pour voir si les DLL qui référencent la DLL en question sont bien sur chaque machine.

PLus vicieux : l'existence possible de plusieurs versions de la DLL sur une des mcahines et un chargement qui serait priorisé via les PATH entrainant le chargement d'une version différente de celle qu'on croit examiner. Vérifier aussi ce point en mettant le "path" en dur coté client.

En dehors de cela, la notion de "reference" n'a aucune influence sur le chargement d'une DLL "non .Net".

Par ailleurs, dans la mesure o