[SOCKET] - Buffer & Read() ou Recv()

Version imprimable

Bonjour � tous.

je d�bute avec les socket en C++ et j'ai un probl�me dans la reception quand il y a beaucoup de donn�es (en tous cas bcp plus que le buffer peut absorb�)

voila des extraits du code :

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
 
...
    char buf[PACKET_SIZE];
 
    string message[] = {
        "authinfo user [email protected]\n",
        "authinfo pass YYYY\n"
    } ;
 
    for (int i=0;i<sizeof(message)/sizeof *message;++i){
 
    buf[0] = 0x00 ;
    ReadBuff(GetSocketId(),buf,(PACKET_SIZE)) ;
 
        // WRITE SOCKET
        if (int j = (write(GetSocketId(),message[i].c_str(),message[i].length()))<0){        
            cerr << "Impossible d'ecrire dans le socket !" << endl;
        } else {            
            if (DEBUG)
                cout << "Envoi de la commande : code("<< j << ")  " << message[i] << endl;
        }
 
    }
 
int Nntp::ReadBuff(int socket_id,char *buffer, unsigned int length) {
 
	int nl, nr ;
	nl = length ;
 
	while (nl > 0){
		memset(buffer, 0x0, PACKET_SIZE) ;
		nr = read(socket_id,buffer,nl) ;
		if (nr < 0) return nr ;
		else if (nr == 0) {
			cout << buffer ;
			break ;
		} else {
			cout << buffer ;
		}
		nl -= nr ;
		buffer += nr ;
		if ( *(buffer-1)=='\n' && *(buffer-2) == '\r'){
			break ;
		}
		break ;
	}
	*buffer = 0x00; 
	return (0); 
 
}

quelqu'un connait il un moyen de pouvoir gerer les buffers des sockets quelque soit la taille des donn�es � obtenir et le type (Binaire ou Texte).

j'ai trouv� beaucoup de tuto mais a chaque fois c'est juste pour envoyer 'Hello World' mais pas une grande masse de donn�es.

si quelqu'un peut m'expliquer l'algorithme a utilis� pour pouvoir tout r�cup�rer..

merci d'avance.

27/04/2006, 09h05
hansaplast

perso, j'ai fait comme ca :

paquet 1 => envoie la taille du buffer

paquet 2 a n => envoi le buffer...

et ainsi de suite. :)
27/04/2006, 09h12
jacquesh

bijour,

ok mais si les donn�es retourn� d�passe le PACKET_SIZE d�fini au d�but du code ?

dans mon exemple quand je faut l'authentification au pr�s du serveur pas de probl�me ; les donn�es sont petites ; par contre quand je demande un grand nombre de donn�es mon packet s'arrete � 1090 bytes et stop il s'arrete l� (donn�es v�rifi� avec Ethereal)

pourquoi ??
27/04/2006, 09h18
niglo

Citation:

Envoy� par jacquesh

pourquoi ??

C'est normal, il atteint la limite maximale d'un paquet ! Ton message va �tre transf�r� en plusieurs paquets IP. Pour toi, ca va �tre transparent : l'�metteur fait un "write" sur un socket et de l'autre c�t�, tu fais un read pour attendre les donn�es ! C'est write qui va se charger d'envoyer plusieurs paquets et read va les capter et les assembler !
27/04/2006, 09h39
hansaplast

et donc, il faut boucler, opour recomposer ta donn�e initiale.

d'o� ma proposition d'envoyer en premier la taille de la donn�e, ainsi, tu sait quand sortir de ta boucle,e t tout recomposer

ca c'est ce que dit le protocole TCP/IP je suis d'accord ; mon probl�me doit �tre la facon de l'implement� en C++ la bufferisation je pense...

quand je fait strace ./monprog voila ce que j'obtiens :

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
 
...
socket(PF_INET, SOCK_STREAM, IPPROTO_IP) = 4
connect(4, {sa_family=AF_INET, sin_port=htons(53), sin_addr=inet_addr("164.1.152.1")}, 28) = 0
writev(4, [{"\0\36", 2}, {"\240\243\1\0\0\1\0\0\0\0\0\0\4news\4free\2fr\0\0\1\0\1"..., 30}], 2) = 32
read(4, "\0022", 2)                     = 2
read(4, "\240\243\201\200\0\1\0\34\0\2\0\2\4news\4free\2fr\0\0\1"..., 562) = 562
close(4)                                = 0
read(3, 0xbfd2ad20, 1024)               = -1 ENOTCONN (Transport endpoint is not connected)
connect(3, {sa_family=AF_INET, sin_port=htons(119), sin_addr=inet_addr("212.27.42.138")}, 16) = 0
read(3, "200 nnrp10-1.free.fr NNRP Servic"..., 1024) = 79
write(1, "200 nnrp10-1.free.fr NNRP Servic"..., 79200 nnrp10-1.free.fr NNRP Service Ready - [email protected] (posting ok).
) = 79
write(3, "authinfo user XXXXXXXXX@free"..., 37) = 37
write(1, "Envoi de la commande : code(0)  "..., 69Envoi de la commande : code(0)  authinfo user [email protected]
) = 69
write(1, "\n", 1
)                       = 1
read(3, "381 PASS required\r\n", 1024)  = 19
write(1, "381 PASS required\r\n", 19381 PASS required
)   = 19
write(3, "authinfo pass YYYYYYYYY\r\n", 24) = 24
write(1, "Envoi de la commande : code(0)  "..., 56Envoi de la commande : code(0)  authinfo pass YYYYYYYYY
) = 56
write(1, "\n", 1
)                       = 1
read(3, "281 Ok\r\n", 1024)             = 8
write(1, "281 Ok\r\n", 8281 Ok
)               = 8
write(3, "list\r\n", 6)                 = 6
write(1, "Envoi de la commande : code(0)  "..., 38Envoi de la commande : code(0)  list
) = 38
write(1, "\n", 1
)                       = 1
shutdown(3, 2 /* send and receive */)   = 0
close(3)                                = 0
write(1, "Fermeture du socket :: id=3\n", 28Fermeture du socket :: id=3
) = 28
munmap(0xb7f19000, 4096)                = 0
exit_group(0)                           = ?

et quand j'envoi la commande 'list', je regarde dans ethereal et je n'est que les 1090 premier bytes pas la suite ???

27/04/2006, 09h42
jacquesh

Citation:

Envoy� par hansaplast

et donc, il faut boucler, opour recomposer ta donn�e initiale.

d'o� ma proposition d'envoyer en premier la taille de la donn�e, ainsi, tu sait quand sortir de ta boucle,e t tout recomposer

c'est pas ce que je fait dans l'exemple fourni dans mon post ? le while dans la methode
Nntp::ReadBuff
27/04/2006, 09h46
hansaplast

Code:

int Nntp::ReadBuff(int socket_id,char *buffer, unsigned int length)

commetn connait tu la valeur de ta var "length"?
27/04/2006, 09h49
jacquesh
ca correspond � un un
Code:

1 2 #define PACKET_SIZE 1024
27/04/2006, 10h05
hansaplast
Citation:
Envoy� par jacquesh

ca correspond � un un

Code:

1 2 #define PACKET_SIZE 1024
ok.

maintenant, imagine, tu envoie un buffer de 4000 octets, comment sait tu que tu doit recuperer pile poile cette quantit�e?
27/04/2006, 10h08
jacquesh

ben c bien ca le probl�me.. je ne sait pas a l'avance la taille que je vais recevoir....

Citation:

Envoy� par jacquesh

ben c bien ca le probl�me.. je ne sait pas a l'avance la taille que je vais recevoir....

bein, c'est a toi de l'envoyer, bon un code sera peut etre plus parlant :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 bool mySocketClient::litMSG() { if ( !DataIncomming ) { litTailleMSG(); } else { litCorpsMSG(); //les données entrent if ( tailleDataRestante <= 0) { finaliseDATA(); return true; } } return false; //a implementer dans les classe qui heritent de cet objet : le traitement a faire sur les données recues }
dans ce code quii receptionne les donn�es, tu lit d'abord al taille du message, puis el message.

comment implementer ca?

cot� envoie de donn�es, tu fait un
Code:

1 2 3 socket->ecrit(tailleMsessage) socket->ecrit(message)
et cot� client :
Code:

1 2 3 4 5 6 socket->lit(tailleMessage) tant que tailleMessage > 0 socket->lit(message, NBOctetsLuts) tailleMessage -= NBOctetsLuts finTQ
un truc du genre, ca te convient?

27/04/2006, 10h29
jacquesh

sur l'id�e j'ai compris

mais une chose demeur flou

socket->lit(tailleMessage)
comment puis-je lire la taille du message sachant que ce n'est pas moi qui envoi la donn�e (serveur NNTP de free dans mon exemple)
27/04/2006, 10h32
hansaplast

Citation:

Envoy� par jacquesh

sur l'id�e j'ai compris

mais une chose demeur flou

socket->lit(tailleMessage)
comment puis-je lire la taille du message sachant que ce n'est pas moi qui envoi la donn�e (serveur NNTP de free dans mon exemple)

ok!
bein, dans tous les cas, je pense que la taille doit etre declar�e, je en sait aps a quoi corespond un serveur NNTP.

mais renseigne toi sur le protocole correpsondant :)
27/04/2006, 10h42
jacquesh

bon j'v� fouill� dans la RFC ...

Merci pour toutes tes explications... je te tiens au courant.. :P