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.