"error C2143: syntax error : missing ';' before '*'" systématique

Version imprimable

02/03/2009, 16h36
TheGzD

"error C2143: syntax error : missing ';' before '*'" systématique

Bonjour,

je rencontre systématiquement l'erreur :

Code:

error C2143: syntax error : missing ';' before '*'

Le problème c'est qu'il n'y a pas d'erreur au niveau de mes inclusions.

J'arrive à ne plus avoir le message l'erreur et compiler si :
1/ je commente la ligne d'inclusion qui provoque l'erreur
2/ je retente de compiler ce qui provoque des erreurs de définition, ce qui est normal si l'inclusion n'est pas faite (le projet n'est donc toujours pas compilé)
3/ je décommente ma ligne et je compile : miracle ça marche alors qu'au final je n'ai rien changé !!!

Par contre dès que je modifie quoi que ce soit dans mon code je suis bon pour refaire la procédure ci-dessus :marteau:

J'aimerai quand même bien me débarrasser de cette erreur qui est pour le moins lourdingue. Si quelqu'un sait comment m'en sortir je suis grandement preneur.

Merci d'avance.

PS : je travaille avec Visual C++ 2008.
02/03/2009, 17h01
ram-0000

Ce message est typique d'un type non défini.

A vue de nez et vu ce que tu décris, je dirais que tu as un problème dans tes includes.

Est ce que par hasard, tes gardes d'inclusion sont correctes (il n'y aurait pas un copié/collé qui ferait que 2 .h aient la même garde d'inclusion, ne pas rire, je l'ai eu et c'est pénible à trouver).

Peut tu poster ton code (surtout les .h et le .cpp qui les utilise.
02/03/2009, 17h28
TheGzD
Merci pour ta réponse.
Cependant j'ai peur de ne pas bien comprendre ce que tu veux dire par "gardes d'inclusion". Insertion de
Code:

1 2 3 #ifdef #define #endif
peut-être ?

Pour en revenir à mon problème je vais expliquer simplement ce qui se passe :
- j'ai une erreur sur un ligne
- je commente le ligne
- je la décommente
- l'erreur a disparue
=> l'erreur ne semble donc pas en être une car sans changement elle a disparue

:bug:
02/03/2009, 18h09
ram-0000
Oui, je parlais de tes gardes d'inclusion. Regarde les bien au cas où, dans 2 .h différents tu aurais la même garde.
Code:

1 2 3 4 #ifdef #define ... #endif
03/03/2009, 10h57
TheGzD

J'ai sécurisé tous les headers comme tu me l'as conseillé en prenant soin de ne pas faire de copier/coller malheureux, mais ça n'a rien changé...

L'erreur (si ce n'est "bug") persiste toujours :pleure:
03/03/2009, 10h59
ram-0000

Il est gros ton projet, tu peux le mettre en attachement ?

Oui malheureusement il est assez gros, de plus pour une question de confidentialité il me serait impossible de le dévoiler :roll:

L'erreur est à la ligne suivante du header de la fenêtre principale (je travaille avec les MFC) :

Code:

CNoteDlg * m_notes;

variable protected

Dans ce même fichier j'ai l'include suivant :

Code:

#include "NoteDlg.h"

Voici l'erreur complète :
Code:

1 2 3 1>c:\documents and settings\abder\mes documents\visual studio 2008\projects\agenda simplifié\agenda simplifié\agendadlg.h(66) : error C2143: syntax error : missing ';' before '*' 1>c:\documents and settings\abder\mes documents\visual studio 2008\projects\agenda simplifié\agenda simplifié\agendadlg.h(66) : error C4430: missing type specifier - int assumed. Note: C++ does not support default-int 1>c:\documents and settings\abder\mes documents\visual studio 2008\projects\agenda simplifié\agenda simplifié\agendadlg.h(66) : error C4430: missing type specifier - int assumed. Note: C++ does not support default-int
Pour rappel l'erreur disparait si je commente, tente de compiler puis décommente la ligne; et revient si je modifie ultérieurement quoi que ce soit au projet.

:cfou:

03/03/2009, 11h29
ram-0000

Est ce que tu peux poster NoteDlg.h ?

et le nom des gardes d'inclusion que tu as mis

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
#pragma once
 
#ifndef NOTEDLG_H
#define NOTEDLG_H
 
 
#include "AgendaDlg.h"
#include "BoutonNote.h"
 
#define        WM_DEL_NOTE        (WM_USER+2)
 
#define        LARGEUR_NOTE        180
#define        HAUTEUR_NOTE        100
#define        SEPARATION_NOTE        10
#define        HAUTEUR_SCROLL        20
#define        COTE_REPERE            50
 
// CNoteDlg dialog
 
class CNoteDlg : public CDialog
{
    DECLARE_DYNAMIC(CNoteDlg)
 
    //définition de la liste du texte du bouton
    typedef struct list{
        CBoutonNote * note;
        struct list * next;
    }ListeNotes;
 
public:    
    CBoutonNote * m_boutonCourant;
    CRect m_rectCourant;
 
    CNoteDlg(CWnd* pParent = NULL);   // standard constructor
    virtual ~CNoteDlg();
 
// Dialog Data
    enum { IDD = IDD_NOTEDLG };
 
    virtual BOOL OnInitDialog();
    void initPosition(void);
    void DrawNotes(void);
    void Update(CTime jour);
    afx_msg HBRUSH OnCtlColor(CDC* pDC, CWnd* pWnd, UINT nCtlColor);
    afx_msg LRESULT SelectNote(WPARAM vParam, LPARAM lParam);
    afx_msg LRESULT DelNote(WPARAM vParam, LPARAM lParam);
    afx_msg void OnSize(UINT nType, int cx, int cy);
    afx_msg BOOL OnEraseBkgnd(CDC* pDC);
    afx_msg void OnHScroll(UINT nSBCode, UINT nPos, CScrollBar* pScrollBar);
    virtual BOOL PreTranslateMessage(MSG* pMsg);
protected:
    CStatic m_matin;
    CStatic m_midi;
    CStatic m_soir;
    CScrollBar m_scrollbar;
    int max_pos_scroll, min_pos_scroll;
 
    ListeNotes * m_listenotes;
    int nb_notes, décalage;
 
    virtual void DoDataExchange(CDataExchange* pDX);    // DDX/DDV support
 
    DECLARE_MESSAGE_MAP()
 
    void AddNote(int ID, CString lib, COLORREF bk, CString deb, CString fin);
    void DelNote(ListeNotes * cible);
};
 
#endif

03/03/2009, 11h51
ram-0000

J'avoue ne plus avoir d'idée.

Peut être supprimer le "#pragma once" qui fait double emploi avec tes gardes d'inclusions (et qui peut être met le bazar) mais sans conviction:?
03/03/2009, 11h56
TheGzD

Aucun changement :(

J'ai aussi essayé de supprimer le .ncb, sans effet non plus. Peut-être un problème au niveau des paramètres du projet, mais sans conviction car l'erreur est vraiment apparue du jour au lendemain.

Si quelqu'un a une idée n'hésitez pas.

:triste:
13/03/2009, 10h24
TheGzD

Je me traine toujours l'erreur si j'interviens sur la classe CNoteDlg :ouin: Je suis alors obligé de faire la manip magique pour que ça passe.
La compilation se déroule sans accro sinon.

Je suis toujours preneur si quelqu'un sait ce qui pourrait provoquer ce problème.
13/03/2009, 11h05
10_GOTO_10

Citation:

Envoyé par TheGzD

Je me traine toujours l'erreur si j'interviens sur la classe CNoteDlg :ouin: Je suis alors obligé de faire la manip magique pour que ça passe.
La compilation se déroule sans accro sinon.

Je suis toujours preneur si quelqu'un sait ce qui pourrait provoquer ce problème.

Typiquement une inclusion circulaire.

Comme il y a un "#ifndef ... #define", ça ne provoque pas d'erreur. Mais suivant l'ordre de compilation, le type n'est pas défini.
13/03/2009, 11h13
TheGzD

Citation:

Comme il y a un "#ifndef ... #define", ça ne provoque pas d'erreur

justement si d'où mon problème :cry: (voir quelques posts plus haut).

Citation:

Typiquement une inclusion circulaire

J'ai des inclusions circulaires, mais protégées. Dans tous les cas ces inclusions sont parfaitement logiques et indispensables.

Que faire pour corriger ce soucis ? Merci d'avance.
13/03/2009, 11h22
ram-0000

Ben le problème semble identifié, maintenant, il faut tout regarder. Comme tu ne peux pas montrer tout ton projet, je dirais que la balle est dans ton camp.

Demande autour de toi si quelqu'un peux regarder le projet avec toi. Je pense que à ce niveau, ce qu'il te faut, c'est un oeil neuf et critique.
13/03/2009, 11h27
TheGzD

Je viens de faire un test en passant la variable, sur laquelle survient l'erreur, en public (elle était protected avant) : l'erreur est permanente après, et la feinte pour compiler qd même ne fonctionne plus.

J'avoue être un peu perplexe là, car je ne vois pas en quoi ça peut avoir un effet sur les inclusions :aie:
13/03/2009, 15h03
Médinoc

Citation:

Envoyé par TheGzD

J'ai des inclusions circulaires, mais protégées. Dans tous les cas ces inclusions sont parfaitement logiques et indispensables.

L'inclusion de "BoutonNote.h" dans ton code du post #9 n'est pas indispensable: Une simple déclaration de classe (sans sa définition) suffit.
13/03/2009, 15h26
TheGzD

Citation:

Envoyé par Médinoc

L'inclusion de "BoutonNote.h" dans ton code du post #9 n'est pas indispensable: Une simple déclaration de classe (sans sa définition) suffit.

enfin les fenêtres risquent d'avoir du mal à s'instancier sans les définitions (à ne pas confondre avec "déclarations") des éléments qui les composent
13/03/2009, 15h29
Médinoc

Justement: Ta classe CNoteDlg ne comprend aucun membre de type CBoutonNote, ni d'un type incluant CBoutonNote. Elle ne contient que des pointeurs, donc tu peut retarder l'inclusion de BoutonNote.h au moins jusqu'à NoteDlg.cpp.
13/03/2009, 15h46
TheGzD

Je viens de tester ce que tu m'as dit et l'erreur est la même :|
13/03/2009, 15h55
Médinoc

Il faut que cette pratique soit généralisée pour qu'on commence à mieux voir ce qui se passe.

Et s'assurer de ne plus avoir d'inclusions cycliques.

Le problème des inclusions cycliques, c'est qu'avec les gardes telles que tu les as définis, tu as toujours un header dont le contenu est défini avant l'autre.
Exemple:
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 //A.h #ifndef H_A #define H_A //Avant B.h #include "B.h" //Apres B.h class CA { B* pb; }; #endif
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 //B.h #ifndef H_B #define H_B //Avant A.h #include "A.h" //Apres A.h class CB { A* pa; }; #endif
Si je compile un fichier qui inclut A.h (on va dire: a.cpp), le préprocesseur donnera un truc de ce genre:
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 //A.h #define H_A //Avant B.h //B.h #define H_B //Avant A.h //A.h //Apres A.h class CB { CA *pa; //ERREUR: CA inconnu }; //Apres B.h class CA { CB *pb; };

13/03/2009, 16h04
TheGzD

Avant d'avoir mis des gardes j'avais des

Code:

#pragma once

et l'erreur était présente.

Ce qui m'amène à la question : y a-t-il une différence entre les 2 méthodes ?
13/03/2009, 16h21
Médinoc

À propos du problème tel que je te le montre? je ne crois pas.
Pour des trucs plus complexes, il peut y avoir une différence.
13/03/2009, 16h21
ram-0000

Est ce que par hasard (enfin par malchance plutôt), tes gardes n'entreraient pas en conflit avec d'autres gardes (système, autre projet, librairie tierces, ...)
13/03/2009, 18h55
Gabrielly

Bonsoir,
Si tu as vraiment besoin d'aide tu dois dévoiler une partie de ton code

1 ière le header qui contient la ligne de l'erreur (tout le header)
2 ième le header qui contient la déclaration de ta CNoteDlg (tout le header)
3 ième le cpp qui provoque l'erreur de compilation et qui inclut ces headers. ( juste la partie des includes)
15/03/2009, 15h00
Solkien
En reprenant l'exemple de Medinoc, la solution contre les inclusions circulaires est la déclarations forward :
Code:

1 2 3 4 5 6 7 8 9 10 11 //A.h #ifndef H_A #define H_A class B; class CA { B* pb; }; #end if
Code:

1 2 3 4 5 6 7 8 9 10 11 //B.h #ifndef H_B #define H_B class A; class CB { A* pa; }; #end if
Il reste alors à inclure A.h et B.h dans les .cpp

A propos de la différence entre #pragma once et les #define..., il me semble que le problème viens du faite que #pragma once n'est pas compatible avec tous les compilateurs (http://en.wikipedia.org/wiki/Pragma_once).
16/03/2009, 09h36
TheGzD

J'ai réalisé les déclarations forward au niveau de la classe qui inclue CNoteDlg et le problème semble être résolu. :yaisse2:

Merci à tous pour le soutien.