Discussion :

[semenzato]

bonjour j'ai cr�� une dll tr�s simple sous visual c++ 6.0.
Mais je n'arrive pas a l'utiliser avec un autre programme visual.
Pourtant j'ai bien cr�� le .def .lib .dll.

Lorsque j'essaie d'utiliser la fonction Sendmessage() , ce message d'erreur 'affiche:

simulation interfaceDlg.obj : error LNK2001: unresolved external symbol __imp__Sendmessage

Pourtant j'ai bien verifier Sendmessage n'est pas confondu avec l'API SendMessage.

J'ai lu que la declaration doit etre faite comme ceci :

extern "C" int _ _declspec(dllimport)Sendmessage(int message);

mais moi je n'y arrive pas donc je l'es declar� comme ceci :

extern "C" int _declspec(dllimport)Sendmessage(int message);

Est ce que tu pourrais m'aider et m'envoyer peut etre des liens qui explique etape par etape comment creer et utiliser des dll sous windows.

merci beaucoup.

[farscape]

salut ,
quel autre type prg du vc,vb du delphi du c++ bulder ?

[nico-pyright(c)]

Et par rapport � la convention d'appel ?
__stdcall ?
__cdecl ?
__fastcall ?

si je ne me trompe, faut utiliser la meme que celle utilis�e pour le link de la dll

[farscape]

deja tu a utilise extern "C" donc tes fonctions sont consideres comme des fonctions � signature au format du C et pas du C++
si ton autre prog c'est du vc il faut include le header de declaration ou il y extern "C" pour utiliser les fonctions non "decorees" en C++.
� titre d'infos dans mes reponses j'ai donn� un exemple de declaration
avec extern "C" et #ifdef CPLUSPLUS .

[farscape]

allez je complete mon poste :
cote dll dans un contexte vc � vc (ouhlala)
tu peux faire :

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
4
5
6
7
8
9
10
 
// header interface
#ifdef __cplusplus 
extern "C"
{
#endif
__declspec(dllexport) void prnch(int c);
#ifdef __cplusplus 
}
#endif

cote prog utilise le meme header ca fonctionnera meme dans un contexte C++

[semenzato]

Salut ,
j'ai beau tout essayer , il n'y a rien qui marche , j'ai essay� les liens explicites et implicites , en lien implicite j'ai erreur :

test chiffrage 2.obj : error LNK2001: unresolved external symbol __imp__chiffrer
Debug/Test chiffrage 2.exe : fatal error LNK1120: 1 unresolved externals

en explicite , j'ecris :

hinstance=::LoadLibrary("chiffrage.dll");

// r�cup�rer un pointeur vers la fonction
pfonction=(t_chiffrer*)::GetProcAddress(hinstance,"chiffrer");

// appeler la fonction avec les param�tres 'A' et cle
(*pfonction)('A',cle);

La c'a compile mais par contre le pointeur pfonction pointe sur rien donc erreur.

Je pense que ca vien peut etre de mon compilateur , est ce que tu aurais un petit programme de test avec des dll.
merci

[nico-pyright(c)]

Ca vient peut-etre de ta librairie, qui n'est pas bien concue.

Essaie avec une autre librairie : (ex : kernel32)
as-tu bien pens� au prototypage ?

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
4
5
6
7
8
9
10
11
12
 
typedef BOOL (WINAPI *Fn_ProcessIdToSessionId)(DWORD, DWORD *);
extern Fn_ProcessIdToSessionId pProcessIdToSessionId;
 
 
Fn_ProcessIdToSessionId pProcessIdToSessionId = NULL;
 
instance_kernel32 = LoadLibrary("kernel32.dll");
if (instance_kernel32)
{       
      pProcessIdToSessionId = (Fn_ProcessIdToSessionId) GetProcAddress (instance_kernel32, "ProcessIdToSessionId");
}

[semenzato]

J'ai essay� avec kernel , c'a ne fonctionne pas , donc par la suite j'ai cr�� une dll d'extension MFC , c'est a dire que j'ai encapsuler une classe dans la dll en rajoutant AFX_EXT_CLASS devant et l� pas de probl�me tout a bien fonctionn� .

Je vous remercie vivement pour toutes vos r�ponses.

[Kevgeii]

Voic un exemple qui marche:

Dans le code de la DLL, la d�claration :

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
 
extern "C" BOOL __declspec(dllexport) __cdecl popmsg(int param)

Dans le code du projet appellant la DLL

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
18
19
20
21
22
23
 
//dans le fichier h du projet décalartion d'une structure en accord avec la fonction de la DLL
typedef BOOL ( __cdecl *DLLPOPMSG)(int param);
 
 
 
 
// puis l'appel dans le fichier en .cpp
HINSTANCE hInstDLL;
DLLPOPMSG dll_popmsg;
 
//chargement de la DLL
hInstDLL = LoadLibrary("popmsgdlg.dll");
 
//test est appel si ok
if(hInstDLL)
{
  dll_popmsg = ((DLLPOPMSG) GetProcAddress(hInstDLL, "popmsg"));
  dll_popmsg(33);
}
 
//libération de la DLL
FreeLibrary(hInstDLL);

[semenzato]

Salut ,
je te remercie pour ton exemple mais j'ai beau essayer , ja ne fonctionne pas , est ce qu'il faudrait pas rajouter le fichier .h de la dll?
merci

[farscape]

certainement.
c'est ce que je fais avec mes dll ,voir mon post precedent .

[semenzato]

Je suis trop b�te , c'�tait ca .
Je te remercie pour ton aide , c'est sympa
salut

[Kevgeii]

D�sol�, mais pour ma part je n'ajoute pas le fichier .h de la DLL et tous fonctionnes......?

[farscape]

salut,
et tu fais quoi ?loadlibrary pour acceder � tes fonctions ?
dans tous les cas tu a besoin d'un header pour declarer tes fonctions .

[Kevgeii]

Faux !!

Pour d�clarer la fonction je fait comme suite :

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
 
typedef BOOL ( __cdecl *DLLPOPMSG)(int param);

Je suis d'accord qu'il faut connaitre les param�tres � envoyer

[farscape]

salut,
pour une fonction de ce style d'accord ,mais mon propos etait de dire quand tu a comme moi un dll avec une centaine de fonction il est a mon avis judicieux d'utiliser le meme header surtout pour le prototypage des fonctions .
pour la maintenance logiciel c'est mieux �a evite les erreurs;du moins c'est mon avis.