Discussion :

[ZouBi]

Bonjour,
voici les deux prototypes :

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
int SDLNet_TCP_Send(TCPsocket sock, void *data, int len);
int SDLNet_TCP_Recv(TCPsocket sock, void *data, int maxlen);

Je poss�de une classe "Personnage", dont j'en fais une instance, et que je souhaite envoyer au serveur.

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
Personnage p();
SDLNet_TCP_Send( sock, &p, sizeof( Personnage );

Jusqu'ici, aucun soucis, mais c'est lors de la r�ception au serveur, du personnage que celui-ci me fait une erreur de segmentation.

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
Personnage p();
SDLNet_TCP_Recv( sock, &p, sizeof( Personnage );

voil�, et l� une erreur de segmentation.
La classe Personnage poss�de un constructeur par copie, ainsi qu'une surcharge de l'op�rateur d'affectation.

Je pensais au d�but qu'on pouvait pas envoyer d'instance via TCP, mais j'ai pourtant essayer avec des entiers ( en remplacant les types Personnage par des int ) et j'ai toujours des erreurs de segmentation, donc je sais pas comment faire, si vous pouvez m'aider.

[Noxen]

On me d�trompera peut-�tre, mais il me semble qu'au lieu d'envoyer une classe sur le r�seau, on envoie plut�t ses donn�es. Essaie plut�t de faire une m�thode dans ta classe (std::string Personnage::ToMessage()) qui renvoie une cha�ne de caract�re contenant les donn�es de ta classe de mani�re format�e (des mots ou chiffres s�par�s par des ';', par exemple, � toi de voir ce qui est n�cessaire pour instancier un Personnage), et � l'autre bout fait une fonction (ou une m�thode de classe) qui permet d'analyser la cha�ne re�ue, d'en extraire les donn�es n�cessaires, et de construire un Personnage � partir de �a.

[ram-0000]

Ton probl�me s'appelle la serialisation ou aussi le marshalling.

Comment transmettre une classe ou des donn�es d'un PC � l'autre sachant qu'ils ne partagent pas de m�moire commune. Vu que la m�moire n'est pas partag�e, un pointeur ne se transmet pas, il faut absolument le d�r�f�rencer et s�rialiser.

Vu que tu es dans un forum c++, je peux continuer sur les autres classes standard, comment transmettre un vector

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

send(socket, &vector, sizeof(vector));

et � l'autre bout

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

recv(socket, &vector, sizeof(vector));

C'est le crash assur�.

Il va donc falloir que tu parcours chacuns des membres de ta classe, que tu les envoies sur le socket et qu'� l'autre bout, tu les recoives et reconstruises ta classe de toute pi�ce.

[Alp]

ram_0000 a raison... Et c'est pourquoi je te conseille de lire la s�rialisation avec Boost. Ensuite, tu as donc � s�rialiser, envoyer la chaine � l'autre ordi, et d�-s�rialiser.

[Laurent Gomila]

Et accessoirement, ton autre probl�me c'est que ceci d�clare une fonction :

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

Personnage p();

Ceci par contre d�clare bien une instance de Personnage :

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

Personnage p;

[ram-0000]

Et accessoirement, ton autre probl�me c'est que ceci d�clare une fonction :

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

Personnage p();

Heu non, ceci d�clare bien une instance de Personnage nomm�e "p" et dont ont ne passe aucun param�tre au constructeur. C'est strictement equivalent �

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

Personnage p;

mais peut �tre moins facile � lire (quoique)

[JolyLoic]

Et non, c'est un pi�ge.

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

Personnage p();

Est bien une d�claration de fonction. A comparer avec :

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

int p();

Quand il y a ambigu�t�, le compilateur doit pr�f�rer la d�claration de fonction. Il y a des cas encore pires...

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
struct A
{
	A() {}
};
 
struct B
{
	B(A a1, A a2) {}
	void f() {}
};
 
int main()
{
	int i = 12;
	B b1 (A(i), A());  // déclare une fonction b1
	B b2 (A(12), A()); // déclare une variable b2
}

b1 est une fonction prenant deux param�tres, et retournant un objet de type B.
Le premier param�tre, nomm� i (avec des parenth�ses en trop, mais c'est pas grave), de type A.
Le second param�tre, non nomm� de type : pointeur sur une fonction ne prenant pas d'argument et retournant un A.

[ram-0000]

Oups, j'aurai dit une grosse connerie !!! Et aussit�t, je pris mon compilateur...

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
4
5
6
7
8
class A
{
public:
   A(int param = 12)
   {
      printf("A constructor(%d)\n", param);
   }
};

Avec ce code:

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
4
void main()
{
   A tst();
}

J'ai ce warning : warning C4930: 'A tst(void)'*: fonction prototyp�e non appel�e (�tait-ce la d�finition de variable souhait�e*?)

Avec ce code:

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
4
void main()
{
   A tst(10);
}

Pas de warning et j'ai le comportement souhait�.

Avec ce code:

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
4
void main()
{
   A *tst = new A();
}

Pas de warning non plus et j'ai le comportement souhait�.

Donc mes excuses Laurent Gomila, tu avais raison et merci JolyLoic d'avoir rectifi� mon erreur, j'aurai au moins appris une chose aujourd'hui.

[loufoque]

Pourquoi utilises tu des pointeurs et des new alors qu'il n'y en a absolument pas besoin, et qu'au contraire �a apporte rien que des probl�mes ?