Plusieurs instances d'un singleton pour plusieurs modules

Version imprimable

16/11/2005, 01h45
zoubidaman

Plusieurs instances d'un singleton pour plusieurs modules

Bonsoir à tous,

j'ai le problème suivant: j'ai un paquet .BPL qui contient un singleton. J'utilise ce singleton dans mon application principale .EXE où il fonctionne très bien.

Mais je l'utilise également via d'autres paquets .BPL. Et j'ai pu remarquer qu'à chaque fois que je demandais l'instance active du singleton, plutôt que de me retourner le pointeur de l'instance déjà créée, il me recréait une autre instance...

Plutôt problèmatique pour un singleton :(

Est-ce qu'il y a des options à activer ou à désactiver pour obtenir ce que j'attends?

Merci d'avance...

Mike
16/11/2005, 10h35
Laurent Gomila

Difficile de te répondre sans voir le code de ton singleton.

Voici d'abord le template 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
template <class T>
class Singleton
{
public :
 
        static T* getInstance()
        {
        if (!instance) instance = new T;
        return instance;
        }
 
        static void Release()
        {
        if (instance) delete instance;
        instance = NULL;
        }
 
protected :
        Singleton() {}
        ~Singleton() {}
 
private :
        static T* instance;
        Singleton(Singleton&);
        void operator =(Singleton&);
};
 
template <class T> T* Singleton<T>::instance = 0;

Et la classe qui l'utilise

Code:

1
2
3
4
5
6
7
8
9
class Montage_Gestion : public Singleton<Montage_Gestion>
{
private:
        friend class Singleton<Montage_Gestion>;
 
        Montage_Gestion();
        ~Montage_Gestion();
public:
};

16/11/2005, 13h45
Neilos

Tu n'aurais pas oublié d'initialiser instance dans ton constructeur ?
16/11/2005, 14h01
10_GOTO_10

Je n'ai pas la réponse, mais le problème est classique: Un singleton est une variable statique, et une variable statique déclarée dans un programme n'est pas accessible depuis une DLL, et réciproquement, puisque chacun a son propre segment de données. Comme les paquets borland ne sont que des DLL renommées en BPL, le problème est identique.
16/11/2005, 14h19
zoubidaman

Il me semble avoir déjà entendu parler de ça...

Y a-t-il une solution à ce problème?
16/11/2005, 14h37
Neilos

Un espace mémoire commun...je sais que ça existe mais je serais bien incapable de te dire comment faire :-(
16/11/2005, 15h01
Laurent Gomila

Le singleton template ça peut être bien pratique, mais dès qu'on fait ce genre de manip ça devient vite un problème.

Essaye de remplacer

Code:

template <class T> T* Singleton<T>::instance = 0;

Par

Code:

template <> XXX* Singleton<XXX>::instance = 0;

Dans le fichier .cpp correspondant à chaque classe singleton XXX.
16/11/2005, 15h09
zoubidaman

Non, ça ne change rien...
17/11/2005, 10h56
zenetcalme

Plusieurs instances d'un singleton pour plusieurs modules

Bonjour tout le monde,

je vais peut être dire une connerie, mais est ce qu'il ne serais pas possible de lier la variable global "instance =0" de chaque DLL avec un sémaphore ou un mutex?

Grâce au sémaphore, on pourrait au moins savoir si une instance existe déjà.

ensuite, le but du jeu consiste a recuperer la valeur s'il y en a une... on pourrait passer par la BDR ou un fichier ini.

la solution la plus propre serait de partager une Zone mémoire via un "Pipe Line" ( si si, ca peut exister, mais je sais pas le mettre en oeuvre ).

bon courage
18/11/2005, 01h44
zoubidaman

Il a suffi de supprimer le template et de recréer de toutes pièces le code du singleton pour que tout fonctionne...