Discussion :

[bolhrak]

Bonjour � tous,

J'ai un petit souci avec les variables static locales � une fonction et le linker sous Visual .NET. J'ai une biblioth�que static (un .lib donc) contenant une fonction du type :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
 
 
//dans le .h :
 
typedef Factory<int,Model*> ModelFactory;
ModelFactory& getModelFactory();
 
//dans le .cpp :
ModelFactory& getModelFactory() {
    static ModelFactory factory;
    return factory;
}

Cette fonction est appel�e pour initialiser diff�rentes variables static de classes de cette librairie et tout se passe bien, c'est bien la m�me factory qui est retourn� � chaque fois.

J'ai une autre biblioth�que qui lie avec la premi�re. Lorsque j'appelle la fonction getModelFactory() depuis le code de cette deuxi�me librairie (donc l'instance locale � la fonction est sens�e avoir �t� initialis� puisque ls variables static sont initialis�es au tout d�but), il me r�instancie l'objet factory au lieu de me retourner l'objet d�j� instanci�.

Quelqu'un saurait � quoi cela est d� ? Merci d'avance.

[koala01]

Salut,

Tu devrais te tourner, �galement, vers le concept de singleton, qui correspond exactement � la mani�re dont tu souhaite que cette partie pr�cise de la Factory r�agisse...

Une recherche sur le forum devrait te permettre de trouver du code pour impl�menter ce DP particulier

[M�dinoc]

Les variables globales ou statiques ne sont pas partag�es d'un "module" (EXE, DLL) � l'autre.

Donc, soit tu mets tous tes singleton dans une DLL et jamais dans une biblioth�que statique,
Soit tu fais un truc encore plus zarb, allou� dynamiquement, etc. Je n'ai pour l'instant rien trouv� de plus simple qu'un FileMapping dont le nom contiendrait un pr�fixe + l'ID du process, mais je cherche toujours.

[bolhrak]

Merci pour vos r�ponses.

@Koala : pas de probl�me pour l'impl�mentation du singleton, mais au final je vais me retrouver avec une variable static de classe au lieu d'une variable static locale, cela suffira � ce qu'elle ne soit initialiser qu'une seule fois ? D'apr�s la r�ponse de M�dinoc, les variables static ne sont pas partag�es non plus.

Bon je vais creuser de ce c�t� l�.

[bolhrak]

Bon apr�s plusieurs tests, il semblerait que les variables statiques des classes de la premi�re biblioth�que ne sont pas initialis�es si les headers de ces classes ne sont pas directement inclus dans la seconde biblioth�que. Or ce sont ces variables static qui appelait la fonction pour r�cup�rer la factory :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
 
// A.h
class A : public B
{
//...
static bool registration;
};
 
//A.cpp
 
bool A::regitration = getFactory().register(//....);

Du coup la factory n'�tait pas cr��e par la premi�re lib, et donc instanci� lors de l'appel � la m�thode getFactory dans la seconde lib.

J'imagine que le probl�me serait le m�me avec des dlls ?

[Matthieu Brucher]

Une biblioth�que statique, lorsqu'elle est li�e � une autre biblioth�que ou un programme, est recopi�e int�gralement. Donc dans ton cas, tu as un singleton (Koala, c'est d�j� un singleton, son truc ) dans ta biblioth�que dynamique et vraisemblablement UN AUTRE dans ton programme. Et l'un n'est pas accessible � l'autre.
Donc tu dois cr�er une biblioth�que dynamique avec ton singleton qui sera li�e sur ta biblioth�que et ton programme, et l� �a devrait marcher sans probl�me (quoiqu'en dise M�dinoc ).
L'autre probl�me que tu as, c'est que tu penses que les variables statiques de ta biblioth�que statique seront instanci�s au chargement de la biblioth�que, c'est faux, sauf si tu les r�f�rences tous dans la biblioth�que dynamique ou le programme auquel tu lie ta biblioth�que statique. En effet, seuls les �l�ments r�f�renc�s d'une biblioth�que statique seront recopi�s dans l'autre biblioth�que/programme. Et c'est peut-�tre tout simplement �a ton probl�me, auquel cas la solution est � nouveau la biblioth�que dynamique.