Discussion :

[titou34]

Bonjour bonjour,

Je suis actuellement en train de travailler sur la réalisation d'un programme de teste d'une DLL sous Visual Studio 2015.

Donc une fois avoir liée par référence mon projet et ma DLL, ce qui a bien fonctionné, j'ai voulu utilisé : __declspec(dllexport).

Donc j'ai fait dans mon .h de ma DLL :

Code :

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

1
2
3
4
5
6
7
 
#define TiersdeConfianceAuto_API __declspec(dllexport) 
 
//MANQUE DU CODE MAIS PAS BESOIN A MON GOUT ^^
 
protected:
static TiersdeConfianceAuto_API afx_msg BSTR MESSAGE_ERROR(long CODE_ERROR);

Et dans le .cpp de ma mon projet (.exe) j'ai fait :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
 
//include le .h de ma DLL
 
long CODE_ERROR = 1000;
BSTR *s = new BSTR();
 
case 4:
{
	cout << "############################### MESSAGE D'ERREUR ###############################" << endl;
	cout << "Permet d'afficher le message correspondant à un code d'erreur" << endl;
 
	*s = CTiersdeConfianceAuto::MESSAGE_ERROR(CODE_ERROR);       //LA LE PROBLÈME
 
	cout << "Le code d'erreur : " << CODE_ERROR << " signifie : " << &s << endl;
 
	break;
}

Quand je compile mon projet, ma DLL + mon .exe se complile sans erreur et Visual crée bien les .lib .exe .dll ect

Mais quand je veux lancé mon .exe en double-cliquant dessus il me dit :



Et le pire c'est que sa soit dans les dossiers de ma DLL et de mon projet de teste pour la DLL il y a bien "libcurl.dll" avec dans les paramètres le chemin pour y accédé donc je comprend pas.

Et si je commente la ligne ou il y a dans le code plus haut "//LA LE PROBLÈME" et que je recompile, mon .exe se lance bien et demande rien par rapport a "libcurl.dll".

Donc si quelqu'un à une idée ou la solution se serai COOL

MERCI D'AVANCE

[bacelar]

Désolé si je viens après la bataille.

Votre manière de faire avec les Dll est pour le moins peu orthodoxe.

Votre :

Code :

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

1
2
 
#define TiersdeConfianceAuto_API __declspec(dllexport)

est un peu beaucoup simpliste.

Ca devrait être un truc plus proche de :

Code :

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

1
2
3
4
5
#ifdef TiersdeConfianceAutoDLL_EXPORTS
#define TiersdeConfianceAuto_API __declspec(dllexport)
#else
#define TiersdeConfianceAuto_API __declspec(dllimport)
#endif

Et la constante de compilation "TiersdeConfianceAutoDLL_EXPORTS" défini dans le projet de génération de la Dll et non défini dans tous les projets utilisateur de cette Dll.

static TiersdeConfianceAuto_API afx_msg BSTR MESSAGE_ERROR(long CODE_ERROR);

Le afx_msg, AFX c'est le nom original/ de code des MFC. Il faut donc que les projets utilisateur de cette Dll soit des projets MFC, si vous ne voulez pas galérer comme un damné.

Et le pire c'est que sa soit dans les dossiers de ma DLL et de mon projet de teste pour la DLL il y a bien "libcurl.dll"

Et ?
La recherche des Dll par l'OS tient plus de la magie la plus noir que de la logique socratique :
https://msdn.microsoft.com/en-us/lib...=vs.85%29.aspx

Pour en avoir le cœur net, utilisez un outil comme ProgMon (https://technet.microsoft.com/en-us/...rnals/bb896645) pour voir où le chargeur de l'OS cherche les Dll.

avec dans les paramètres le chemin pour y accédé donc je comprend pas.

Heu, de quels paramètres parlez-vous ???

... mon .exe se lance bien et demande rien par rapport a "libcurl.dll".

Cela ne fait que confirmer que c'est votre Dll qui à besoin de "libcurl.dll" et pas votre programme.
En utilisant dependencywalke http://www.dependencywalker.com/ vous auriez eu cette information de manière bien plus simple, et l'outil donnera bien plus d'informations utiles.

Donc si quelqu'un à une idée ou la solution se serai COOL

- Vérifiez votre utilisation de "__declspec" chelou.
- Faites une application MFC
- Mettez la Dll "libcurl.dll" au bon endroit.