probleme de définition multiple

**gdpasmini** · 05/07/2006, 10h00

En fait, j'utilise des classes dans mon programme appartenant à des .h qu'il faut que j'integre... donc, si je mets pas en .cpp ca marche pas du tout... J'ai des centaine de syntax error...

Maintenant si je mets en .cpp, j'ai moin de syntax error mais ils concernent les struct contenus dans mes .h....

Code :

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

1
2
3
4
5
6
7
8
9
10
 
c:\documents and settings\im\desktop\etherealplayer_kimarchepas_acausedesinclude\traitementPaquetsRTP.h(17) : error C2061: syntax error : identifier 'flux_header'
c:\documents and settings\im\desktop\etherealplayer_kimarchepas_acausedesinclude\fenetrePrincipale.h(71) : error C2143: syntax error : missing ';' before '*'
c:\documents and settings\im\desktop\etherealplayer_kimarchepas_acausedesinclude\fenetrePrincipale.h(71) : error C4430: missing type specifier - int assumed. Note: C++ does not support default-int
c:\documents and settings\im\desktop\etherealplayer_kimarchepas_acausedesinclude\fenetrePrincipale.h(71) : error C4430: missing type specifier - int assumed. Note: C++ does not support default-int
c:\documents and settings\im\desktop\etherealplayer_kimarchepas_acausedesinclude\pcapHandler.h(220) : error C2378: 'flux_header' : redefinition; symbol cannot be overloaded with a typedef
        c:\documents and settings\im\desktop\etherealplayer_kimarchepas_acausedesinclude\fenetrePrincipale.h(71) : see declaration of 'flux_header'
c:\documents and settings\im\desktop\etherealplayer_kimarchepas_acausedesinclude\pcapHandler.h(224) : error C2143: syntax error : missing ';' before '*'
c:\documents and settings\im\desktop\etherealplayer_kimarchepas_acausedesinclude\pcapHandler.h(224) : error C4430: missing type specifier - int assumed. Note: C++ does not support default-int
c:\documents and settings\im\desktop\etherealplayer_kimarchepas_acausedesinclude\pcapHandler.h(224) : error C4430: missing type specifier - int assumed. Note: C++ does not support default-int

Ceci est logique car il doit pensé que mes struct sont des classes et qu'elles sont mal définies...

Comment puis je regler ce probleme... Je pense que c'est le dernier... Merci encore pour votre aide !!

**Emmanuel Delahaye** · 05/07/2006, 10h12

Envoyé par gdpasmini

En fait, j'utilise des classes dans mon programme

Diable ! Et pourquoi tu postes dans le forum C ? Le forum C++, c'est à coté...

**gdpasmini** · 05/07/2006, 10h16

oui, je suis dsl mais mon prog est codé à 95% en C.... J'utilise 2 ou 3 trucs en c++ qui nécéssite juste que je nomme mes prog en .cpp.....

**Emmanuel Delahaye** · 05/07/2006, 10h26

Envoyé par gdpasmini

oui, je suis dsl mais mon prog est codé à 95% en C.... J'utilise 2 ou 3 trucs en c++ qui nécéssite juste que je nomme mes prog en .cpp.....

Marche pas.

soit tu écris une application 100% C et c'est une application C
soit c'est une application C++ avec des modules en C (autant que tu veux).

Mais du code C ne peut pas appeler du code C++. C'est impossible. Le contraire est possible à coup de extern "C".

**gdpasmini** · 05/07/2006, 10h45

oki.. mais je n'ai jamais apelé mes fonction avec extern C.... ca a toujours marché jusqu'a présent...

Je comprends pour le C/C++ Ce que je fais, c'est donc du c++...

Je crois avoir trouvé la solution, il faut enlever les typedef (qui marchait tres, soit dit en passant, avant que je modifie les includes...) et que je mette struct devant toutes les declarations de ces struct...

Mais maintenant que j'ai fais ca, j'ai des erreurs de link LNK2005 trucbidule already defined in machintruc.obj...

C'est vraiment lacant...

**gdpasmini** · 05/07/2006, 10h57

Non ca y est c bon...

En fait j'avais declarer mes struct ou mes union comme ceci :

Code :

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

1
2
3
4
5
6
 
typedef struct 
{
  int monInt;
  char monChar;
} maStructure;

Mais ca, le compilo n'aime pas du tout !!

il faut faire :

Code :

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

1
2
3
4
5
6
 
struct maStructure
{
  int monInt;
  char monChar;
};

Et lors de la declaration d'une structure, il faut mettre :

Code :

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

1
2
 
struct maStructure uneNewStruct;

et ca, ca marche... ouf !!!!

Merci encore pour votre aide a tous !!

**Médinoc** · 05/07/2006, 11h00

Envoyé par Emmanuel Delahaye

Mais du code C ne peut pas appeler du code C++. C'est impossible. Le contraire est possible à coup de extern "C".

Là, je me dois de te contredire.
Une fonction C++ peut elle-même être déclarée et définie en extern "C"...
Même si évidemment, il y a des limites à son interface...

**gdpasmini** · 05/07/2006, 11h29

oki.. mais il est aussi possible de ne ps utiliser le extern C pour declarer des fonctions C, non ??

En tout cas, chez moi ca semble marcher tres bien.. Mais je me plante peut etre...

D'autre part, j'ai enlever l'entete précompiler stdafx (je vois pas bien a koi ca sert ds mon prog win32) et j'ai un warning que j'avai reussi a enlever grace à

Code :

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

1
2
 
#define _CRT_SECURE_NO_DEPRECATE 1

définit ds mon stdafx.h justement....

**Médinoc** · 05/07/2006, 11h36

Je crois bien que _CRT_SECURE_NO_DEPRECATE n'a pas besoin d'avoir une valeur (il suffit qu'il soit défini).

Définis-le directement dans les options de ton projet, c'est plus simple.

**gnto** · 05/07/2006, 11h42

Envoyé par gdpasmini

oki.. mais il est aussi possible de ne ps utiliser le extern C pour declarer des fonctions C, non ??

En tout cas, chez moi ca semble marcher tres bien.. Mais je me plante peut etre...

D'autre part, j'ai enlever l'entete précompiler stdafx (je vois pas bien a koi ca sert ds mon prog win32) et j'ai un warning que j'avai reussi a enlever grace à

Code :

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

1
2
 
#define _CRT_SECURE_NO_DEPRECATE 1

définit ds mon stdafx.h justement....

En lisant, j'ai l'impression que tu bricoles du C ou du C++. L'avantage et le désavantage du C++ c'est d'etre très permissif comparé a d'autre langage orienté objet. Oui en C++ tu peux faire du C, pour moi la rigueur est de différencier C et C++.
Exemple en C++ tu peux utiliser des printf, il est quand meme préferable d'utiliser des cout.

**gdpasmini** · 05/07/2006, 11h45

oki.. mais on met ca ou ds les options de visual ?

**Médinoc** · 05/07/2006, 11h47

Project properties -> C/C++ -> Preprocessor

**gdpasmini** · 05/07/2006, 11h58

oki.. Merci beaucoup !!!!

Bon, je vais etre encore super chiant, mais j'ai d'autres warning que je ne parviens pas à virer... dans le type de fonction suivante :

Code :

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

1
2
3
4
5
6
 
 
boutonLecture = CreateWindowEx
(WS_EX_TRANSPARENT, "BUTTON","Recherche de flux médias",WS_CHILD | WS_VISIBLE | BS_DEFPUSHBUTTON | BS_CENTER, 0.7
*taille_fenetre_principale.largeur, 0.75*taille_fenetre_principale.hauteur, 70,
 90, hwnd,(HMENU)BOUTON_LECTURE,hinst,0);

Le warning est :

Code :

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

1
2
 
warning C4244: 'argument' : conversion from 'double' to 'int', possible loss of data

Ce warning concerne l'un des 4 derniers arguments et un cast créé une erreur...

**Médinoc** · 05/07/2006, 12h10

Ce warning concerne l'un des 4 derniers arguments et un cast créé une erreur...

Perdu!

Il concerne les 0.7*taille_fenetre_principale.largeur et 0.75*taille_fenetre_principale.hauteur

**gdpasmini** · 05/07/2006, 12h23

en fait, c'est le compilateur qui m'indique que l'erreur se trouve sur ces arguemnts....

J'ai fais un cast (double) sur les paramètres que tu m'as di et ca ne change rien...

**Médinoc** · 05/07/2006, 12h39

normal, c'est déjà en double : il faut caster explicitement en int.

**gdpasmini** · 05/07/2006, 12h42

aie aie aie madre de dios... Mais si je fais ca, les éléments de mon interface dans la rumba !!

Plus rien n'est a sa place !!!

**Médinoc** · 05/07/2006, 12h47

tu n'aurais pas oublié des parenthèses pour ton cast ?

**gdpasmini** · 05/07/2006, 13h09

et non meme pas !!

Mais ca y est, ca commence a se regler.. J'ai mis un cast (int) et ca a lair de fonctionner.. Ce qui m'embetai etai que les coordonnées etai des entiers du coup, ce qui ne m'arrangeai pas.. mai de toute facon, les coordonnées des objets de la fenetre sont surtout important ds le movewindow et non ds le createwindow...

Jespere que je suis a peu pres clair..