Declaration d'un pointeur global sur une classe dans un .h

Bonjour,

J'ai besoin d'un pointeur global sur une instance de ma classe Échiquier ( j'ai besoin d'y accéder dans le main et dans le CALLBACK donc je n'ai pas d'autre choix ).
Je l'ai donc tranquillement déclaré dans mon main.cpp

Code:

---

Echiquier* lpEchiquier = NULL;

---

Pas de problème jusque là, mais j'aimerai déménager cette déclaration dans mon ressource.h à côté de mes handles sur les objets D3D.
Ma déclaration est :

Code:

---

static Echiquier* lpEchiquier = NULL;

---

Et là il me sort :

Citation:

---

error C2143: erreur de syntaxe*: absence de ';' avant '*'

---

La ligne précédente étant:

Code:

---

static IDirect3DVertexBuffer9* vertexBuffer;

---

Je ne vois pas tellement comment me sortir de là ...
Merci d'avance pour vos réponses

Salut,

Ben déjà si tu déclares ta variable static en dehors de tout espace, elle n'est plus globale, puisqu'elle devient indisponible en dehors du fichier fichier ou tu la déclares. ( Chapitre 3.6.3 du livre "Think in C++" )

Et avec ça

Code:

---

static Echiquier::Echiquier* lpEchiquier = NULL;

---

, ça donnes quoi?

Étrange car j'ai déclaré mon LPDIRECT3DDEVICE9 en static dans mon ressource.h et l'initialise puis l'utilise dans mon main.cpp.
Si je ne le déclare pas en static j'ai des problèmes de link.

De toute façon, que je mette static, extern ou rien du tout il me sort toujours les mêmes erreurs :?

Et avec ça :

Citation:

---

static Echiquier::Echiquier* lpEchiquier = NULL;

---

Ça me dit que cette fontion surchargée n'es pas un type

Ca n'a rien à voir avec le device D3D9. Le compilateur te dit juste qu'il ne sait pas ce qu’est un Echiquier à ce moment de la compilation.

Code:

---

1 2 3 4 5

// dans ressource.h #include "Echiquier.h"   extern Echiquier* lpEchiquier;

---

Code:

---

1 2 3 4 5 6

// dans un fichier cpp quelconque, probablement le fichier qui // contient le (win)main, ou dans le fichier cpp de la classe // Echiquier   Echiquier* lpEchiquier = NULL;

---

Surtout ne pas mettre la variable en static - ce n'est pas une static de classe dans ce cas. Du coup, si elle est déclarée en static, il va y avoir une instance de la variable par fichier cpp où est inclus le fichier ressource.h.

Sur un autre sujet: il est inutile (et relativement malavisé) d'intégrer le type de la variable dans le nom de celle-ci (lp = long pointer ; déjà, la notion de long pointer n'existe plus depuis l'avènement de Win32 en... 95 (en sachant que Win32s existait sous Windows 3.1 et se passait déjà des long pointers). Ensuite, si demain tu décide que la variable est en fait une instance de Echiquier et non pas un pointeur vers une instance, tu va devoir modifier tout le code qui utilise la variable. Pas très fin :))

Sur (encore) un autre sujet : j'ai du mal à croire que la callback que tu appelles ne prends pas un LPVOID pParam en paramètre. Auquel cas, tu as la possibilité de te passer de cette variable globale, qui est un fort mauvais choix pour une globale (elle n'est pas stateless, elle ne correspond pas à une ressource système unique, etc).

Citation:

---

Ca n'a rien à voir avec le device D3D9.

---

Bien sur

Citation:

---

Sur un autre sujet: il est inutile (et relativement malavisé) d'intégrer le type de la variable dans le nom de celle-ci (lp = long pointer ; déjà, la notion de long pointer n'existe plus depuis l'avènement de Win32 en... 95 (en sachant que Win32s existait sous Windows 3.1 et se passait déjà des long pointers). Ensuite, si demain tu décide que la variable est en fait une instance de Echiquier et non pas un pointeur vers une instance, tu va devoir modifier tout le code qui utilise la variable. Pas très fin )

---

J'ai pris la ( mauvaise ? ) habitude de rajouter lp devant les pointeurs que je définit, ça me permet du premier coup d'œil de savoir à quoi j'ai affaire.
Et sur ce coup là je suis sur que cette variable va rester un pointeur et rien d'autre : c'est dans le plan =3

Citation:

---

Sur (encore) un autre sujet : j'ai du mal à croire que la callback que tu appelles ne prends pas un LPVOID pParam en paramètre. Auquel cas, tu as la possibilité de te passer de cette variable globale, qui est un fort mauvais choix pour une globale (elle n'est pas stateless, elle ne correspond pas à une ressource système unique, etc).

---

Ça a l'air bigrement intéressant cette histoire de LPVOID. Je creuserai cela

J'avais déjà essayé de faire comme ça avec extern et sans static mais rien n'y fait. Il devrait le connaitre l’Echiquier pourtant car le header dans lequel il est déclaré est include juste avant -.-'

Citation:

---

Envoyé par Kiwii

J'avais déjà essayé de faire comme ça avec extern et sans static mais rien n'y fait. Il devrait le connaitre l’Echiquier pourtant car le header dans lequel il est déclaré est include juste avant -.-'

---

Il faudrait que tu postes les deux headers, parce qu'il y a quelque chose qui ne va pas. Le message que tu rencontres n'est pas très explicite, mais par expérience, je sais qu'on le voit arriver lorsqu'un type inconnu est considéré : le compilateur te dit qu'il ne comprends pas '*' dans ce contexte, et c'est parce qu'il ne comprends pas ce qu'il y a avant.

Quoi qu'il en soit, c'est "extern", et surtout pas "static" dans ce cas particulier.

Bon, ça s'est finalement mit à marcher =3

Merci beaucoup !