Discussion :

[Someonelse]

Bonjour,

Voila j'ai deux dll que me fournis une entreprise:
1ere DLL:
nom : Client.dll
lib : Client.lib
.h : Interface.h

2eme DLL:
nom : Client.dll
lib : Client.lib
.h : Interface.hpp

Comme vous pouvez le voir ces deux dlls ont le meme nom mais elles ne font pas la meme chose. Comment puis je les utiliser dans un programme Visual C++.

J'ai Visual Studio 2005 et je travaille en Visual C++ non managé.
Merci d'avance.

[Spout]

As-tu essayé un simple renommage (jamais essayé)?
Qu'est-ce que chacune exporte (classes, fonctions, ...)?

En tout cas, je trouve bizarre qu'une même entreprise fournisse deux librairies avec le même nom mais qui font des choses différentes...
A moins que ce soit deux versions différentes de la même chose (et encore), c'est pas très pro.

[Someonelse]

C'est vrai que j'ai pas essayé le rennomage car j'ai pas bien la vision que cela implique, j'aimerais trouver une solution plus propre.

[Médinoc]

Eh bien, à part charger les DLLs explicitement avec LoadLibrary() plutôt que les utiliser implicitement, je ne vois pas trop...

[Someonelse]

Du coup quand j'utilise le loadlibrary je n'ai plus besoin des .lib et .h du coup. C'est quoi la différence avec ce que je faisais avant (inclure le .lib et .h dans les parametres du projets ?

[Médinoc]

Tu n'auras pas besoin des .lib, mais tu auras sans doute besoin des .h si la bibliothèque emploie des structures particulières.
Et aussi, tu devras consulter les .h pour donner le bon type à tes pointeurs de fonction.

La différence, c'est que tu peux passer un chemin complet (dossier compris, quoi) à LoadLibrary(), tu devrais donc pouvoir charger les deux DLLs de deux dossiers différents (à moins que ça buggue quand même si elles ont le même nom, auquel cas tu devras quand même en renommer une).

[Someonelse]

J'essaye ta methode, je viens de taper le code suivant

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
 
	typedef UINT (CALLBACK* LPFNDLLFUNC1)(char*);
	LPFNDLLFUNC1 lpfnDllFunc1;
 
	HMODULE l_hmod1 = LoadLibrary(TEXT("..\\rep1\\rep2\\Bin\\Client"));
	HMODULE l_hmod2 = LoadLibrary(TEXT("..\\rep1\\rep3\\Bin\\Client"));
 
	int l_nReturn = -1;
	lpfnDllFunc1 = (LPFNDLLFUNC1)GetProcAddress(l_hmod1, "Initialize");
	l_nReturn = lpfnDllFunc1(NULL);
 
	FreeLibrary(l_hmod1);
	FreeLibrary(l_hmod2);

Ca compile bien, et au moment de l'execution, en pas à pas je vois bien que l_hmod1 et l_hmod2 prennent des valeurs differentes. Le GetProcAddress renvoie bien un pointeur (il a bien trouvé la fonction).
Mais lors du passage à lpfnDllFunc1(NULL) j'ai un message d'erreur:

"Run-Time Check Failure #0 - The value of ESP was not properly saved across a function call. This is usually a result of calling a function declared with one calling convention with a function pointer declared with a different calling convention."

Je n'avais jamais vu ca. pourtant l'appel que je fais est correct puisque dans la spec il est specifié que je peut mettre NULL. Du coup j'ai essayé avec:

Code :

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

1
2
 
l_nReturn = lpfnDllFunc1("C:\\Temp");

Avec le même résultat d'erreur.
Je vois pas d'ou ca peut venir.

[Médinoc]

Puis-je voir la déclaration de Initialize() ?

[Someonelse]

bien sur :

Code :

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

1
2
 
int Initialize(const char *_zHomeDir);

Après l'erreur, j'ai cliqué sur continuer l'appli, dans le pas à pas : la fonction me renvoie bien la valeur que j'attend mais à la sortie de ma procédure (surement au dechargement de qqchose) j'ai à nouveau le message d'erreur.

Du coup j'ai compilé en Release et j'ai vu que la fonction renvoie bien la valeur
mais l'appli s'arrete d'un coup juste après le MessageBox.

C'est bizarre !!

[Médinoc]

Apparemment, la convention d'appel de la fonction n'est pas __stdcall, malgré qu'elle soit dans une DLL.

Si c'est une bibliothèque commerciale, c'est impardonnable, car cela rend la fonction impossible à utiliser dans certains langages comme VB.