Discussion :

[damien99]

Salut,

J'ai une question th�orique � vous poser :

Pour recevoir une chaine char* avec les sockets on utilise :

Code :

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

recv(SOCKET, char* , int, int);

Je voudrait savoir ce qui se passe si la taille indiqu�e (3�me param�tre) d�passe la taille de la chaine qui se trouve dans le tampon de reception.

Est ce que dans ce cas �a ne peut pas recup�rer une partie de la chaine suivante : Ou est ce que la fonction recv() arr�te de recevoir les carct�res lorsqu'elle rencontre un 0 (caract�re nul).

Par exemple :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
send(csock,"coucou!!",9,0);  //envoi de la chaine1
send(csock,"ça va?",7,0);     //envoi de la chaine2
 
//la reception se fait une fois que les 2 chaines ont été envoyées
 
recv(sock,buffer,11,0);   //le buffer reçoit : 
// "coucou!!\0ça"
// "coucou!!\0(+2caractères quelconque)"
// ou juste "coucou!!\0" ???
 
recv(sock,buffer,7,0);    //le buffer reçoit : 
//la suite de la chaine2 (" va?\0(+2caractères quelconque)"
//" va?"
// ou juste "ça va?"  ???

Merci de r�pondre a mes questions

[M�dinoc]

Ben, on dirait bien que �a d�pend de la mani�re dont le tout est configur� et/ou impl�ment�...

Sur certains syst�mes, par exemple, si tu envoies des donn�es en deux parties, tu ne peux pas les recevoir en une seule fois (J'avais vu �a sur un vieux FreeBSD)

Par contre, l'inverse est possible (en tout cas sous Windows) : Tu peux envoyer des donn�es en une fois et les recevoir en deux parties. � ce moment-l�, une bonne id�e est d'envoyer [taille+cha�ne] et de recevoir d'abord la taille, puis utiliser la taille pour recevoir la cha�ne...

[damien99]

Ca c'est pas mal ce truc de recevoir une chaine en 2 fois, mais d'abord je voudrait m'assurer que cette fa�on est fiable et que �a marche avec toutes les versions de Windows.

Si quelqu'un connait bien les sockets et qu'il veut bien me renseigner...�a serait sympa

Merci d'avance

[farscape]

la m�thode de reception en 2 parties cit�e plus haut fonctionne ,je l'utilise .
tu as peut etre interet aussi a desactiver l'algorithme Nagle voir le flag TCP_NODELAY .

[damien99]

tu as peut etre interet aussi a desactiver l'algorithme Nagle voir le flag TCP_NODELAY .

C'est quoi "l'algorithme Nagle" et le "flag TCP_NODELAY" : Ca fait quoi, comment on les desactive :

[farscape]

voir MSDN:
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/randz/protocol/nagle_algorithm.asp

Code :

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

1
2
3
 
long one=1;
setsockopt(socket,IPPROTO_TCP,TCP_NODELAY,(char *)&one,sizeof(one));

[damien99]

Je vois pas bien pourquoi il faut d�sactiver l'algorithme Nagle c'est plut�t pour envoyer des courte chaine qu'il faudrait le d�sactiver non ?

Par exemple je peut tr�s bien envoyer un cette chaine :

Code :

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

1
2
3
4
sprintf(buffer,"%c%cVoila une chaine.",int long1,int long2);
// long1 et long2 (nombre de 2 octets) indiquent la taille de la chaine qui va suivre
send(sock,buffer,20,0);
//la on met la taille réelle que l'on peut forcément connaitre

Par contre du cot� de la reception on ne connait pas la taille de la chaine que l'on va recevoir :

Code :

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

1
2
3
4
recv(csock,buffer_recep,2,0);
//on recoit juste les 2 premiers octets on, puis utilise une procédure pour les transformer en un int
recv(csock,buffer_recep,int taille,0);
//int taille correspond au nombre que l'on a indiqué juste avant avec la procédure.

Ce code devrait marcher sans d�sactiver l'algorithme Nagle non :

EDIT : J'ai fait comme j'expliquais ci-dessus et j'ai pas eu besoin de desactiver l'algorithme Nagle. En fait le truc c'est si j'envoyais la chaine en 2 fois qu'il faudrait le desactiver mais par contre on peut tr�s bien recevoir une chaine en 2 fois sans le d�sactiver.