C++:Probleme Compilation, class non definie

Je ne vois pas franchement une erreur.

1ère remarque:
Il faudrait simplifier le code.
Pourquoi déclarer un "#include <Comm.h>" dans le fichier "comm.h" ? Inutile même si normalement cela ne devrait pas entraîner une erreur.
Pourquoi déclarer:
- #include "Ds2fen.h"
- #include "Chatwid.h"
- #include "Packet.h"
- #include "Client.h"
A quoi cela sert-il ?
Bien sûr on peut déclarer des includes qui ne servent à rien, mais cela rallonge le temps de compilation.

2ème remarque:
Je suis perplexe en analysant les erreurs de compilation.
- "Client.h:22: error: `Comm' has not been declared"
Ligne 22: bon à 2 ou 3 lignes près, c'est correct.
- "Client.h:27: error: variable or field `send' declared void"
Je ne trouve pas de 'send' même à 2 ou 3 lignes près.
Je m'arrête et je me demande s'il n'y aurait pas un fichier parasite de même nom "comm.h" ou alors il y a appel à un autre include qui utilise la classe "Comm" mais sans appel à "Comm.h".
A suivre.

"void send(Packet pac); "
Mais je ne vois pas cette ligne dans le fichier que tu as posté!

Et dans le fichier "client.h", est-il bien précisé "#include <comm.h>" ?

Salut !
Moi aussi je ne poste jamais dans un forum, et je préfère me débrouiller tout seul, mais là tu vas continuer à chercher pendant encore longtemps si je ne t'explique pas ma solution.

Lorsqu'on fait ce genre de truc :

class Balle; /* Solution à tous tes problèmes !!! */
class Boule {
// Ce que tu veux

public:
Balle maBalle;

// Ce que tu veux
};

class Balle {
// Ce que tu veux

public:
Boule maBoule;

// Ce que tu veux
};

On voit clairement que la classe Boule a besoin de Balle et réciproquement. La solution est de créer un "prototype de classe" de Balle au-dessus de Boule.

Regarde ce que j'ai ajouté en gras au-dessus de Boule.
C'est un problème rarement rencontré en C et C++ (j'utilise gcc, g++, mingw pour compiler) car les compilateurs récents résolvent le problème automatiquement, mais en Qt (j'utilise la version 4.5.1), il n'est pas rare d'avoir à ajouter cette ligne.

Résumons : s'il te manque un attribut d'une classe, ou tout simplement une classe dans tel ou tel fichier, tu ajoutes au-dessus de celui-ci le prototype de la classe :

class MaClasseManqunte;

Tu confonds une allocation et un prototype : class Balle permet de savoir que cette classe existe et qu'elle est définit plus loin dans le code, ça ne permet pas de créer une instance de Balle...

Par contre si tu as trouvé une solution à ton problème, merci de la communiquer (c'est comme ça qu'on fait sur les forums...)

Non je confonds rien du tout, si on fait comme cela, il y a un problème dans la définition de la classe Boule de l'exemple car la taille théorique de la classe balle est encore inconnue, elle ne sera connu que lors de la définition de Balle, mais alors ce sera le même problème car la taille de balle est incalculable comme on ne sait pas la taille de boule, c'est le serpent qui ce mange la queux, le seul moyen de briser la chaine est avec un pointeur, car la taille d'un pointeur est fixe, quel que soit la taille de l'objet sur lequel il pointe. Là sinon on a une erreur de compi...

Ce qui est intelligent soit dit en passant car si il n'y avait pas ce problème de compi, ce serai à l'execution que tout planterait, tout simplement parceque ici chaque objet crée un autre objet et sa jusqu'à saturation de la mémoire, en effet lorsque on fait comme sa, on a pas deux objets liées entre eux, un couple balle-boule mais on a sa:

Admettons que l'on crée une boule en premier:

boule crée balle
balle crée boule2
boule2 crée balle2
balle2 crée boule3
boule3 crée balle3
balle3 crée boule4
boule4 crée balle5

etc jusqu'à un nombre tels de boules et balles que tout plante, avec un ptit moment de "ne répond pas" avant.

Donc c'est pas la première definition de Balle que j'incrimine, mais ce qu'il y a dans les classes, la bonne solution est donc, comme je l'ais expliqué il y a de ça plus de DEUX ans (jolie remontage de topic!!! ;)) Et cette fois je vais l'expliciter:

class Balle; sa sa change pas je suis toujours d'accord avec sa! 
class Boule {
// Ce que tu veux

public:
Balle* maBalle; sinon sa plante!!

// Ce que tu veux
};

class Balle {
// Ce que tu veux

public:
Boule maBoule;

// Ce que tu veux
}; 

Et ensuite tu te fait un jolie constructeur pour Boule qui prends en arg un pointeur vers une Balle comme sa tu fait ton truc sans tout faire foirer!! ;p