[DLL] Methodes de classe et dll

Version imprimable

27/04/2005, 10h06
chronos

[DLL] Methodes de classe et dll
Salut j'ai une question concerant les dll, je voudrait creer une dll avec dedans une classe avec que des methodes statics, une sorte de bibliotheque en fait.

Ma question est : coment utiliser les methodes de cette classe par la suite.
Code:

1 2 LoadLibrary(maDll.dll); MaClasse::maFonction();
ça marche ???

La dll ne doit rien exporter ?

Pardon je suis un boulet....

Les codes d'export de classe exporte les classes et pas les fonctions classes...
Code:

1 2 3 4 5 6 7 8 9 10 11 12 #ifdef PICTUREMODIFYER_EXPORTS #define PICTUREMODIFYER_API __declspec(dllexport) #else #define PICTUREMODIFYER_API __declspec(dllimport) #endif // This class is exported from the PictureModifyer.dll class PICTUREMODIFYER_API CPictureModifyer { public: static maFonction(); };
pardon pour le dérangement, j'apprends a lire.... :oops:

Chargement implicite de dll

J'ai un leger probleme avec mes dll.
J'utilise 4 dll qui sont chargées de manière "DELAY" et le probleme est que quand le linker charge la DLL il ne fait apparement pas appel a dllMain. (j'ai tracer le truc en debbug)
Ma question est donc la suivante :
1- Ou est specifier l'option d chargement différer ?? (faut il justement poser une option pour ne pas avoir de chargement différé ?)

2-Avec une chargement différé qui est quand meme plus mieux bien, comment faire pour quand meme passer dasn le dllMAin

au cas ou voici le code de ma dll
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 BOOL APIENTRY DllMain( HANDLE , DWORD ul_reason_for_call,LPVOID) { #ifdef DEBUG UNICODE_debugTrace(TEXT("Picture manager : DllMain")); #endif switch (ul_reason_for_call) { case DLL_PROCESS_ATTACH: #ifdef DEBUG UNICODE_debugTrace(TEXT("Picture manager : DLL_PROCESS_ATTACH:")); #endif break; case DLL_THREAD_ATTACH: #ifdef DEBUG UNICODE_debugTrace(TEXT("Picture manager : DLL_THREAD_ATTACH")); #endif break; case DLL_THREAD_DETACH: #ifdef DEBUG UNICODE_debugTrace(TEXT("Picture manager : DLL_THREAD_DETACH")); #endif break; case DLL_PROCESS_DETACH: #ifdef DEBUG UNICODE_debugTrace(TEXT("Picture manager : DLL_PROCESS_DETACH")); #endif break; } return TRUE; } CPictureManager::sayHello()//methode static de ma classe { MessageBox(NULL,TEXT("kikou"), TEXT("Error"),MB_ICONERROR); }
utilisé comme ça.
Code:

1 2 CPictureManager::sayHello(); //et ce sans loadLibrary explicite
le truc c'est que quad le preogramme quite il passe par dllMain et affiche la trace 8O

27/04/2005, 14h01
Aurelien.Regat-Barrel
Le DllMain (s'il est bien spécifié comme entry point de ta dll) est toujours appelé, quelque soit la méthode de chargement. y'a juste un souci dans ton code:
Code:

1 2 #ifdef DEBUG
c'est _DEBUG et pas DEBUG, qui n'est jamais défini, donc...
Le delay load ça se règle dans les options du projet dans VC++ : Editeur de liens->Entrée->Chargement différé des dll.
27/04/2005, 14h08
Aurelien.Regat-Barrel

Supprime ton LoadLibrary. L'utilisation des classes d'une dll se fait de manière implicite (link avec le .lib et ça marche).
En explicite (avec LoadLibrary/GetProcAddress), c'est très très contraignant et difficile.
27/04/2005, 14h38
chronos

Ba tien ça tombe bien
Effectivement j'ai vu que ça alli mieux de manière implicite masi j'ai un probleme avec el chargement...
Je voudraiq que au chargement ma dll lance un thread et je penssais le faire depuis le DllMain sur reception d'un PROCESS_ATTACH.

Le probleme c'est que avec les chargmenet implicte je vois pas de PROCESS_ATTACH... c'est quand meme tres bizard !
Je te propose de fusionner avec ce sujet => http://www.developpez.net/forums/viewtopic.php?t=331978
En fait finalement ça se rejoint !!
Citation:
Envoyé par Aurelien.Regat-Barrel

Le DllMain (s'il est bien spécifié comme entry point de ta dll) est toujours appelé, quelque soit la méthode de chargement. y'a juste un souci dans ton code:

Code:

1 2 #ifdef DEBUG

c'est _DEBUG et pas DEBUG, qui n'est jamais défini, donc...
Le delay load ça se règle dans les options du projet dans VC++ : Editeur de liens->Entrée->Chargement différé des dll.
PS: Pour info je travail sur embedVisulaC++ et ce ¤¨%@)£$$ definit DEBUG et pas _DEBUG tu parle si c'est marrant :(

Apres avoir essayer de faire un chargement explicit avec loadLibrary mon message apparait bien 8O Le problme est de savoir recuperer un pointeur sur une fonction static de classe dans ma dll...

Je pourrais faire une fonction d'init (surement ce que je vais faire en fait) mais par simple curiosité tu peux expliquer comment on fait pour recuperer ce genre de truc, merci :wink:
27/04/2005, 15h18
Aurelien.Regat-Barrel

T'as vraiment pas choisi la méthode facile.
Avec une liaison implicite, ça devrait marcher. Pose un MessageBox dans le DllMain pour être sûr.
Après si tu veux importer une classe dynamiquement, c'est du bricolage. Faut créer une classe de base abstraite (que des fonctions membres virtuelles pures), et gérer un mécanisme de création dans ta dll qui renvoie un pointeur sur cette classe (fait office de new en fait). La dll en interne dérive et implémente la classe de base abstraite (factory).
Bref tu recrée à la main le principe de COM...
Et ça ne marche pas pour les fonctions statiques. Faut exporter ces dernières comme des fonctions libres classiques, en tant que fonction C de préférence, sinon tu vas devoir te cogner le name mangling ce qui ne va pas arranger les choses (des noms du genre "?bitBlt@@YAXPAVQPaintDevice@@ABVQPoint@@PBV1@ABVQRect@@W4RasterOp@Qt@@_N@Z").

je suis convaincu n'en jetez plus !

Ok ça me conforte dans mon idée je vais me debrouiller autrement !....
A y est j'ai fait avec de l'appel implicite (c'est vrai c'est bien) Alors voilà je test une classe de base toute de base qui dit bonjour et c'est tout, la methode est static pas de problem ça marche...
Ensuite je retrousse me tites maches et je passe à mon vrai truc.
Un singleton manager de fichier. Je li bien comme y faut la faq le forum et hop je choisi le singleton le plus simple que voici

.h
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 class PICTUREMANAGER_API CPictureManager { private: int m_i; static CPictureManager * m_p; CPictureManager(); ~CPictureManager(); protected: public: void SetValue( int iValue ); int GetValue(); static CPictureManager * GetInstance( void ); static Kill(); static sayHello(); };
.cpp
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 CPictureManager::~CPictureManager() { } CPictureManager::CPictureManager() { } CPictureManager::sayHello() { MessageBox(NULL,TEXT("Hello you"), TEXT("Info."),MB_ICONINFORMATION); } CPictureManager* CPictureManager::GetInstance() { if( m_p == 0 ) { #ifdef DEBUG UNICODE_debugTrace(TEXT("Creation of PictureManager")); #endif m_p = new CPictureManager(); } else { #ifdef DEBUG UNICODE_debugTrace(TEXT("PictureManager allready exist here is the handle")); #endif } return m_p; } CPictureManager::Kill() { if( m_p != 0 ) { delete m_p; m_p = 0; #ifdef DEBUG UNICODE_debugTrace(TEXT("PictureManager has been killed")); #endif } } void CPictureManager::SetValue( int i ) { this->m_i = i; } int CPictureManager::GetValue() { return this->m_i; }
Normalemnt ce truc fonctionne, le truc c'est qeu c'est que le projet veut mem pas compiler !

Citation:

Creating library .././bin/debug/emulator/PictureManager.lib and object .././bin/debug/emulator/PictureManager.exp
PictureManager.obj : error LNK2001: unresolved external symbol "private: static class CPictureManager * CPictureManager::m_p" (?m_p@CPictureManager@@0PAV1@A)
.././bin/debug/emulator/PictureManager.dll : fatal error LNK1120: 1 unresolved externals

ALors vienne deux question, bien sur pourquoi que ça marche pô et deuxiemement tous les singleton que j'ai vu sont dans le meme espace memoire que le prog, c'est super cool pour fair l'init du pointeur sur l'instance mais avec une dll comment on fait ça ???

27/04/2005, 16h30
Aurelien.Regat-Barrel

1/ réponse dans la FAQ:
http://c.developpez.com/faq/cpp/?pag...SS_init_static
2/ pas compris

1000 excuses

En fait ya pas de deux :oops: il suffisait de faire l'init dans le cpp comme tu m'as dit, je penssais pas embeter le linker à ce point la 8O, m'enfin c'est noté pour la prochaine fois ;)
Pour les suivants je laisse le code fonctionnel
.h du singleton

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
 
#ifdef PICTUREMANAGER_EXPORTS
#define PICTUREMANAGER_API __declspec(dllexport)
#else
#define PICTUREMANAGER_API __declspec(dllimport)
#endif
 
class PICTUREMANAGER_API CPictureManager  
{
private:
	int    m_i; 
    static CPictureManager * m_p; 
 
	CPictureManager();
	~CPictureManager();
protected:
public:
	void    setVal( int iValue );
    int     getVal();
 
	static CPictureManager * GetInstance( void );
	static Kill();
 
	static sayHello();
};

et .cpp du singleton

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
 
 
CPictureManager* CPictureManager::m_p = 0;//tres important sinon a link pô
 
CPictureManager::~CPictureManager()
{
}
 
CPictureManager::CPictureManager()
{
}
 
CPictureManager::sayHello()
{
	MessageBox(NULL,TEXT("Hello you"), TEXT("Info."),MB_ICONINFORMATION);
}
 
CPictureManager* CPictureManager::GetInstance() 
{ 
    if( CPictureManager::m_p == 0 ) 
    { 
		#ifdef DEBUG
		UNICODE_debugTrace(TEXT("Creation of PictureManager"));
		#endif
		CPictureManager::m_p = new CPictureManager();
    } 
    else 
    { 
		#ifdef DEBUG
        UNICODE_debugTrace(TEXT("PictureManager allready exist here is the handle"));
		#endif
    } 
    return CPictureManager::m_p; 
} 
 
CPictureManager::Kill() 
{ 
    if( CPictureManager::m_p != 0 ) 
    { 
        delete CPictureManager::m_p; 
        CPictureManager::m_p = 0; 
 
		#ifdef DEBUG
		UNICODE_debugTrace(TEXT("PictureManager has been killed"));
		#endif
    } 
} 
 
void CPictureManager::setVal( int i )
{
	this->m_i = i;
}
 
int CPictureManager::getVal()
{
	return this->m_i;
}

et voilà en plus ça marche merci Aurelien.Regat-Barrel ;)

Faut pas oublier le Kill...
Plus simple, sans Kill() et sans m_p:
Code:

1 2 3 4 5 6 CPictureManager* CPictureManager::GetInstance() { static CPictureManager instance; return &instance; }

27/04/2005, 17h18
Laurent Gomila
Pour pinailler, si l'on utilise une instance statique de cette manière pas la peine de renvoyer un pointeur.
Code:

1 2 3 4 5 CPictureManager& CPictureManager::GetInstance() { static CPictureManager instance; return instance; }
Mais si tu as des dépendances entre singletons ou autre il vaut mieux éviter cette méthode allegée et te rabattre sur l'autre. Car là tu ne pourras pas contrôler la destruction du singleton.