Discussion :

[10_GOTO_10]

J'ai quelques données que je veux unique dans mon programme. Bon, pas de problème, je fais un singleton. Ca marche très bien... dans l'application principale.
Parce que les DLL rattachées au programme ont leur propre segment de données. Donc une autre instance de mon singleton. J'ai donc un singleton multiple (vous me suivez ?). Pas top.
Y a-t-il une façon de faire pour contourner ce problème ?

[Matthieu Brucher]

Le singleton doit être présent, compilé, que dans une seule unité de compilation. Pour ce cas-ci, le mettre dans un DLL est peut-être la solution.

[10_GOTO_10]

Le singleton ne doit être présent que dans une seule unité de compilation, on est d'accord. Par contre, la classe englobante (celle contenant la classe statique) peut être instanciée n'importe où dans l'appli (c'est à dire dans l'appli principale ou bien dans une des dll). Qui dit instanciation dit inclusion du .h, donc fatalement déclaration implicite d'une autre instance du singleton.

[Matthieu Brucher]

Non, normalement le singleton n'est pas dans un fichier d'en-tête, il est déclaré static à un seul endroit, dans un fichier .cpp

[10_GOTO_10]

Si je déclare le singleton dans le cpp (de la dll, par exemple), ça me fait un "Unresolved external" quand je compile l'application principale. Et réciproquement si je le met dans le cpp de l'appli.

[Matthieu Brucher]

Ca veut dire que tu ne l'exportes pas alors que tu devrais.
Si tu as 2 fois le fichier compilé dans ton projet, c'est normal que tu aies des multiples singletons. Il faut que ce singleton soit visible par tout le monde.