C++

Singleton dans une DLL et espace mémoire propre

Recherche :

Mot : Pseudo : Filtrer
Bas de page
Auteur	Sujet : Singleton dans une DLL et espace mémoire propre

haazheel

Bonjour à tous,

J'ai une classe singleton Montage_Gestion qui se trouve dans une DLL nommé Montage.

J'ai remarqué le problème suivant:

quand j'instancie Montage_Gestion à l'intérieur de la DLL, j'ai bien une seule et unique instance de ce singleton, pas de soucis.

Si par la suite je passe par l'application .EXE pour instancier ce singleton, il ne me retourne pas le pointeur de Montage_Gestion déjà existant, mais il
m'en crée une nouvelle instance.

J'ai cru comprendre que c'est parce que la DLL et l'application utilisent des segments de mémoire différents et que le singleton utilise une variable statique.

Seulement je ne sais pas comment y remédier.

Quelqu'un saurait comment faire?

Merci d'avance

Mike

Publicité

Trollable

Je ne crois pas que tu puisses partager des donnees entre deux programmes via une DLL. Regarde plutot du cote de COM.

---------------
The Million Dollar Screenshot (seo v7ndotcom elursrebmem paesys wifi)

Harkonnen

Modérateur
Un modo pour les bannir tous

déclare le pointeur du singleton dans un segment de mémoire partagée en utilisant le pragma data_seg :

Code :

#pragma data_seg (".shared" )
Singleton *ptrSingleton = new Singleton();
#pragma data_seg()

un peu de lecture :
http://msdn.microsoft.com/library/ [...] lls.3f.asp

Message édité par Harkonnen le 17-11-2005 à 18:14:37

haazheel

Finalement plus simple, j'utilisais une version template du singleton.

Il a suffi que j'en fasse un singleton "normal" pour que tout fonctionne nickel.

Merci!

Message cité 1 fois

blackgoddess

vive le troll !

si je comprends bien, avec la solution d'Harko, si plusieurs exécutable utilisent le singleton, seul le pointeur sera en mémoire partagée. donc le pointeur pointera vers un espace mémoire accessible que pour un seul processus ?

---------------
-( BlackGoddess )-

yawen

Si j'ai bien compris (ce dont je ne suis pas sûr), Harkonnen ne résoud pas le bon problème : il résoud le problème d'une DLL partagée entre plusieurs processus, chaque processus ayant une copie des variables statiques, et donc un singleton chacun. Le problème d'haazheel serait plutot lié au fait que, j'ai cru comprendre, il a une classe singleton template, dont il fait hériter tous ses singletons. Il a donc son pointeur d'instance statique déclaré de façon template, et donc il n'est pas compilé à la création de la DLL qui contient cette classe template (ça n'a d'ailleurs pas de sens), mais dans chaque DLL (ou exe) qui inclue cet header. Donc quand une fonction compilée pour une DLL accède au pointeur, elle accède au pointeur de cette DLL, et il peut donc il y avoir plusieurs pointeurs (ce qui est embêtant dans le cas d'un singleton ^^).

La solution que je proposerais serait plutot de rajouter, dans chaque classe singleton qui hérite du template singleton, une fonction "getInstance" (ou un autre nom, mais le même que celui de la classe template en tout cas) qui surcharge la fonction de la classe template, et qui appelle la fonction de la dite classe template. Je suis conscient que ce que je dis n'est pas clair, donc un petit exemple (sans rentré dans les détails, ça ne compile probablement pas ^^) :

le fichier qui contient la classe singleton template :

Code :

template <class T>
class Singleton
{
static T* instance;
T* getInstance()
{
if(instance) return instance;
instance = new T;
return instance;
}
}
template <class T> Singleton<T>::instance = 0; //la variable statique, qui sera (si j'ai bien compris) dupliquée dans toutes
//les DLL qui compileront Singleton<T>. A noter que cette variable représente
//de toute façon plusieurs variables, puisque c'est un template...

un fichier qui définie une classe singleton héritant de notre template :

Code :

class UnSingleton : public Singleton<UnSingleton>
{
//la fonction magique qui permet, quand on veut récupérer l'instance de UnSingleton, d'être sûr de
//passer toujours par la même DLL, puisque cette fois ci nous ne sommes pas dans une classe template
UnSingleton *getInstance() {return Singleton<UnSingleton>::getInstance();}
}

voilà, normalement en faisant comme ça, ça fonctionne, à condition de ne jamais utiliser directement Singleton<T>::getInstance puisque si l'on fais ça, on utilise la variable statique "instance" de la DLL dans laquelle on fais cet appel, et non pas celui de la DLL dans laquelle on a compilé la classe singleton T (la classe UnSingleton dans l'exemple).

Message édité par yawen le 19-08-2006 à 23:33:06

el_trex

Bonjour.
Désoler de déterrer un vieux topic, mais la situation présentée ici se rapproche beaucoup de mon problème.
Tout d'abord replaçons nous dans le cas de ce topic, car la réponse donné au dernier post ne semble pas résoudre le problème.
Je présente d'abord les codes sources :
Le template des singletons génériques :

Code :

#ifndef SINGLETON
#define SINGLETON
template <class S>
class Singleton
{
private:
static S * instance;
//static S Instance;
public:
/*
static S & Get ()
{
static S Instance; // règle le cas de l'ordre de construction
// mais pas celui de l'ordre de destruction
return Instance;
}
*/
/**/
static S * Get ()
{
if(!instance)
instance = new S;
return instance;
}
/**/
};
//template <class S>
//S Singleton<S>::Instance;
template <class S>
S* Singleton<S>::instance = 0;
#endif

le singleton qui en dérive et en instancie par la même occasion (si on peut parler d'instanciation de template) :

Code :

#include <iostream>
using namespace std;
class TheSingleton
: Singleton <TheSingleton> // magie!
{
// sans ceci, le parent ne peut instancier son enfant
friend class Singleton <TheSingleton>;
TheSingleton (): m_Cur (0)
{
cout<<endl<<"Nouveau Singleton !!!"<<endl<<endl;
};
~TheSingleton(){};
int m_Cur;
public:
// vos services vont ici
int Prochain()
{
return ++m_Cur;
};
static TheSingleton * Get() {return Singleton<TheSingleton>::Get();}
};
#endif

la classe principale de ma DLL exemple :
.h

Code :

#ifndef TESTSINGLETONDLL
#define TESTSINGLETONDLL
#include "TheSingleton.h"
#include "dllImportExport.h"
#include <iostream>
using namespace std;
class DECLSPECIFIER_DLL TestSingletonDll
{
public:
TestSingletonDll (){};
~TestSingletonDll(){};
int Next();
};
#endif

.cpp

Code :

#include "TestSingletonDll.h"
int TestSingletonDll::Next()
{
//return Singleton<TheSingleton>::Get().Prochain();
return TheSingleton::Get()->Prochain();
}

la classe principale de mon executable :
.h

Code :

#ifndef TESTSINGLETONMAIN
#define TESTSINGLETONMAIN
#include "TestSingletonDll.h"
#include <iostream>
using namespace std;
class TestSingletonMain
{
public:
TestSingletonMain(){};
};
#endif

.cpp

Code :

#include "TestSingletonMain.h"
int main ()
{
int ij;
TestSingletonMain* m = new TestSingletonMain();
TestSingletonDll* d = new TestSingletonDll();
cout << " courant : "<<d->Next()<<endl;
cout << " courant : "<<d->Next()<<endl;
//cout<< " courant : "<<Singleton<TheSingleton>::Get().Prochain()<<endl;
cout<< " courant : "<<TheSingleton::Get()->Prochain()<<endl;
cin >> ij;
}

la sortie affichée :

Code :

Nouveau Singleton !!!
courant : 1
courant : 2
Nouveau Singleton !!!
courant : 1

Le probleme ne semble donc pas résolu.

haazheel, initiateur de ce topic disait :

haazheel a écrit :

Finalement plus simple, j'utilisais une version template du singleton.

Il a suffi que j'en fasse un singleton "normal" pour que tout fonctionne nickel.

Merci!

Le problème c'est que dans ma véritable application (les sources précentes n'était que des exemple pour des tests), j'utilise des template même en temps que singleton (attention a ne pas confondre au singleton générique de base qui est lui aussi un template).
j'utilisa quelque chose du genre :

Code :

template <class A,class B>
class TheTemplatedSingleton
: Singleton <TheTemplatedSingleton<A,B>>
{
...
}

Message cité 1 fois
Message édité par el_trex le 06-08-2008 à 15:06:25

el_trex

Finalement pour l'exemple de base de ce topic, en exportant l'instanciation du singleton ça marche effectivement :

Code :

using namespace std;
//class TheSingleton;
//EXPIMP_TEMPLATE_DLL template class DECLSPECIFIER_DLL Singleton<TheSingleton>;
class DECLSPECIFIER_DLL TheSingleton
: Singleton <TheSingleton> // magie!
{
// sans ceci, le parent ne peut instancier son enfant
friend class Singleton <TheSingleton>;
TheSingleton (): m_Cur (0)
{
cout<<endl<<"Nouveau Singleton !!!"<<endl<<endl;
};
~TheSingleton(){};
int m_Cur;
public:
// vos services vont ici
int Prochain()
{
return ++m_Cur;
};
//static TheSingleton * Get() {return Singleton<TheSingleton>::Get();}
};
#endif

Il n'y a pas besoin de redéfinir la fonction d'accès sur l'instance du singleton (

Code :

static TheSingleton * Get()

) d'ailleur pour que cela marche.

pour ce qui est du

Code :

//class TheSingleton;
//EXPIMP_TEMPLATE_DLL template class DECLSPECIFIER_DLL Singleton<TheSingleton>;

je ne suis très au clair de ce que ça apporte de déclarer le template comme externe ... peut être justement dans mon cas :

el_trex a écrit :

...

Le problème c'est que dans ma véritable application (les sources précentes n'était que des exemple pour des tests), j'utilise des template même en temps que singleton (attention a ne pas confondre au singleton générique de base qui est lui aussi un template).
j'utilisa quelque chose du genre :

Code :

template <class A,class B>
class TheTemplatedSingleton
: Singleton <TheTemplatedSingleton<A,B>>
{
...
}

cela me sera utile ...

Je poursuit mes test en dans ce cas de figure a présent que le problème de base est résolu.

Message édité par el_trex le 06-08-2008 à 16:08:41

el_trex

Pour l'instant je suis arrivé a une solution "médiane"
Le problème que j'ai est que l'on ne peut pas vraiment exporter un template :

Code :

template <class A, class B>
class DECLSPECIFIER_DLL TheTemplatedSingleton
: Singleton <TheTemplatedSingleton<A,B>> // magie!
{
...
}

ça build bien la Dll, mais du point de vu de l'exe :

Code :

#include "TestSingletonMain.h"
int main ()
{
int ij;
TestSingletonMain* m = new TestSingletonMain();
TestSingletonDll* d = new TestSingletonDll();
cout << " courant : "<<d->Next<int,int>()<<endl;
cout << " courant : "<<d->Next<int,int>()<<endl;
//cout<< " courant : "<<Singleton<TheTemplatedSingleton<int,int>>::Get().Prochain()<<endl;
cout<< " courant : "<< TheTemplatedSingleton<int,int>::Get().Prochain() <<endl;
cin >> ij;
}

par contre le build ne finit pas, et débouche sur une erreur à l'étape de link :

Code :

1>TestSingletonMain.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) public: static class TheTemplatedSingleton<int,int> & __cdecl TheTemplatedSingleton<int,int>::Get(void)" (__imp_?Get@?$TheTemplatedSingleton@HH@@SAAAV1@XZ) referenced in function _main
1>TestSingletonMain.obj : error LNK2019: unresolved external symbol "public: int __thiscall TestSingletonDll::Next<int,int>(void)" (??$Next@HH@TestSingletonDll@@QAEHXZ) referenced in function _main

bien sur si j'enlève les export/import :

Code :

template <class A, class B>
class /*DECLSPECIFIER_DLL*/ TheTemplatedSingleton
: Singleton <TheTemplatedSingleton<A,B>> // magie!
{
...
}

ça compile bien mais je me retrouve au problème initiale : duplication des instances :

Code :

Nouveau Singleton !!!
courant : 1
courant : 2
Nouveau Singleton !!!
courant : 1

finallement je suis obliger de simuler l'exportation du template pour passer l'étape de link.
Cela se fait en declarant et en exportant les différentes instance de template que l'on va utiliser :

TheTemplatedSingleton.cpp:

Code :

#include "TheTemplatedSingleton.h"
template <class A, class B>
TheTemplatedSingleton<A,B>::TheTemplatedSingleton (): m_Cur (0)
{
cout<<endl<<"Nouveau Singleton<"<<typeid(A).name()<<","<<typeid(B).name()<< "> !!!"<<endl<<endl;
}
template <class A, class B>
int TheTemplatedSingleton<A,B>::Prochain()
{
return ++m_Cur;
}
EXPIMP_TEMPLATE_DLL template class DECLSPECIFIER_DLL TheTemplatedSingleton<int,int>;
//EXPIMP_TEMPLATE_DLL template class DECLSPECIFIER_DLL Singleton<TheTemplatedSingleton<int,int>>;

et

TestSingletonDll.cpp

Code :

#include "TestSingletonDll.h"
template<class A, class B>
int TestSingletonDll::Next()
{
//return Singleton<TheTemplatedSingleton<A,B>>::Get().Prochain();
return TheTemplatedSingleton<A,B>::Get().Prochain();
}
EXPIMP_TEMPLATE_DLL template DECLSPECIFIER_DLL int TestSingletonDll::Next<int,int>();

En ce cas je peut builder l'executable car celui-ci n'utilise que l'instance du singleton template :

Code :

TheTemplatedSingleton<int,int>

que je viens d'exporter explicitement (cette instance de TheTemplatedSingleton pour les type <int,int> )

et on peut voir que cela fonctionne effectivement :

Code :

Nouveau Singleton<int,int> !!!
courant : 1
courant : 2
courant : 3

Donc content ?
en fait NON car comme on le vois si on veut exporter un template, qui est singleton afin de n'avoir qu'une seul instance (par instance de template!) partager entre la (les) Dll et l'exécutable, il faut exporter explicitement TOUTES les instances possible du template que l'on serai a même d'utiliser au niveau de l'exécutable ... bref plutôt contraignant ...

Existe t'il une solution/une parade a cela ? je suis preneur de toute information en ce sens

Message édité par el_trex le 07-08-2008 à 10:46:54

FORUM HardWare.fr

Programmation

C++

Singleton dans une DLL et espace mémoire propre

Sujets relatifs
regex pour autoriser l'espace	Applet Java et DLL
Le double espace ne s'affiche que en simple espace	HashMap vs Hashtable : conso mémoire différente ?
Espace dans les noms de fichiers et dossiers	DLL atl en c++
Dll pour asp	[Perl] Voir tout ce qui est importé dans l'espace de nom courant?
Memoire video + cpu	Créer mon propre serveur avec hmailserver
Plus de sujets relatifs à : Singleton dans une DLL et espace mémoire propre

Page générée en 0.108 secondes