Discussion :

[AlKatar]

Bonjour a tous,
Je me suis décidé a m'insrire sur ce forum car j'ai un gros problème existanciel lié au dlls.
En effet depuis ma première implementation de dll l'existance des static dans mon code a été remis en cause.

Je sais d'un amis que la dll a sa propre mémoire et que donc quand un static est declaré dans une classe il en existe deux instances. Une dans la library static (ou .exe) et une dans la zone mémoire de la dll. Ma première implementation ayant confirmé le problème, je me suis dit que la solution était d'initialiser deux fois le static dans le cas des singletons.
Sa marche dans le cas des singletons, car le static ne change pas au cour de l'execution du programme.

Mais quid des statics a valeur variable comme par exemple :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
#ifdef STATIC
#	define DYN_LIBRARY
#else
#	ifdef DLL_EXPORT
#		define DYN_LIBRARY __declspec(dllexport)
#	else
#		define DYN_LIBRARY __declspec(dllimport)
#	endif
#endif
 
class DYN_LIBRARY Object
{
     static Int32 _NbObjects; // Number of objects in the scene
     Object();
}; 
 
Object:: Object()
{
     ++_NbObjects;
}

Comment faut il faire ? Y a t'il une option de compilation pour que les statics soit globaux ? Ou alors la solution est elle de ne pas utiliser les static dans les dlls ?
Merci à vous,

--
Al'

[hegros]

Je ne suis pas sûr de comprendre mais une variable static dans une class est toujours globale soit un seul exemplaire pour toutes les instances

Pour ton ami il nous faudrait qu'il donne une référence de ce qu'il avance.

[AlKatar]

Et bien dans le cas d'une dll il semble que ce soit le cas, a moi qu'on se fourre le doigt dans l'oeil jusqu'à l'omoplate ( ce qui n'est pas impossible quoique je pense que je l'aurais senti)
Donc si tu as raison j'ai mal fait mes export.

Voila comment je procede: dans un fichier common.h :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
#ifdef STATIC
#	define DYN_LIBRARY
#else
#	ifdef DLL_EXPORT
#		define DYN_LIBRARY __declspec(dllexport)
#	else
#		define DYN_LIBRARY __declspec(dllimport)
#	endif
#endif

ensuite je defini

• STATIC dans les preprossesors de mes lib
• DLL_EXPORT dans mes dll
• et rien dans mon .exe

Ensuite absolument toutes mes classes sont définie de la maniere suivante :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
class DYN_LIBRARY ClassName
{
};

Ensuite je fais soit un LoadLibrary() soit je link le petit .lib généré avec la dll.

J'éspere que quelqu'un vas pouvoir me répondre.. je commence à avoir des doutes quand a l'existance de cette zone mémoire. Même si elle a l'air bien réelle sur mon programme.

Merci a ceux qui se pencherons sur le problème.

--
Al'

[hegros]

Je sais d'un amis que la dll a sa propre mémoire et que donc quand un static est declaré dans une classe il en existe deux instances.

2 instances de quoi ?

Tu dis que tu as reproduit le probléme comment tu t'y es pris et quel est le résultat ?

[Laurent Gomila]

Je sais que lorsqu'on a plusieurs projets qui lient avec une même bibliothèque statique ils ont chacun leurs instances des variables statiques, mais je suis plus sceptique quant aux bibliothèques dynamique, je ne pense pas que pour elles le problème subsiste.

[IrmatDen]

Est-ce que cela ne dépend du placement de la variable (placement en mémoire partagée ou non)?

[AlKatar]

Salut a tous,
Le problème venait du fait que la classe presente dans la dll héritait d'une classe qui était compilée dans une lib static. Ce qui avait pour effet de créer deux copies du static.
En bougant la classe de base dans chaques dll qui en avait besoin, j'ai resolu le problème.
Cette zone mémoire existe donc bel et bien.

Voila donc et merci à tous,
--
Al'