buffer winsockRésolu

Question

Bonjour,
je suis entrain de developper un eaplication utilisant winsock sous windows avec Dev-c++.
Je voudrais connaitre la taille de la file d'attente du sock pour pouvoir r&#233;cuperer tout son contenu en 1 seule fois avec RECV.
Merci d'avance et bonne ann&#233;e.

cs_aardman · Accepted Answer

Salut,

Ecrire 'je comprend rien' en gros c'est pas ca qui debuguera ton programme.

Regardes ce que tu fais: recv(sock, NULL, length, MSG_PEEK); tu ne
passes meme pas l'adresse du buffer, pas etonnant que ca plante..

Aussi dans ton code, le free ne sert a rien puisque la variable buff n'a pas &#233;t&#233; alou&#233;e avec malloc.



Moi j'aurais fait un truc de ce genre (&#224; tester):





char buffer[2000];


int r;





r = recv(sock, buffer, 2000, MSG_PEEK);  // on lis les donn&#233;es

while(r > 0 && buffer[r] != '|')
r--;               
// trouve le dernier | dans le buffer 

if(r > 0)

{

    recv(sock, buffer, r, 0); 

    // ici buffer contient des commandes completes termin&#233;es par |.

}



Je ne suis pas chez moi donc je ne peux pas tester (compiler) ton code
ou mon exemple pour voir si ca marche vraiment, donc c'est a prendre
avec des pincettes.

DeAtHCrAsH · Answer

Pourquoi ne pas le r&#233;cup&#233;rer en plusieurs fois ou est le probl&#232;me ?

Shell

unrealgun · Answer

bein en fait, j'envoie des commandes a trevers winsock, a la fin de chaque commande j'ai un caractere de s&#233;paration mais, lorsque je recois beaucoup de commandes, le buffer ne peut pas tout r&#233;cup&#233;rer et la derni&#232;re commande se retrouve coup&#233;e en 2.

DeAtHCrAsH · Answer

Je vois toujours pas ou est le probl&#232;me ???

Shell

unrealgun · Answer

bon, jvais essayer d'etre lpus clair : on m'envoir par exemple : >>commande1| >>commande2| >>commande3| (| = char de separation) je recois : <

unrealgun · Answer

j'aimerais donc savoir comment connaitre la taille de la file d'attente pour tout recuperer.
J'avais essay&#233; autrement :

char tmpwait[2005];


void sckread()
{
 char *cmd, buf[4015];
 unsigned int len;
 if(strlen(tmpwait))
 {
  char buff[2005];
  len = recv(sock, buff, 2000, 0);
  buff[len] = '\0';
  strcpy(buf, tmpwait);
  strcat(buf, buff);
  tmpwait[0] = '\0';
  GlobalFree(&tmpwait);
 }
 else
 {
  len = recv(sock, buf, 2000, 0);
  buf[len] = '\0';
 }
 if(strcmp(mid(buf, strlen(buf)-1, strlen(buf)), "&#166;"))
 {
  i = strlen(buf); while(buf[i] != '&#166;') i--;
  strcpy(tmpwait, mid(buf, i+1, strlen(buf)));
  char tmptobuf[2005];
  strcpy(tmptobuf, mid(buf, 0, i+1));
  strcpy(buf, tmptobuf);
  pckovr ++;
 }
 
 
 // ...
 
}

le principe c'&#233;tait de conserver la 1ere partie de la commande coup&#233;e et d'attendre la 2eme pour la recoller mais bizarrement, a la fin, il me manque des commandes.

DeAtHCrAsH · Answer

Dans ce cas la ne prend en compte que les commandes completes c'est a dire celle qui se termine par |
Celle qui est incomplete bufferise la dans une variable globale, et lors de la prochaine r&#233;c&#233;ption du socket tu pourras la completer.

Une autre solution est de boucl&#233; sur le recv tant qu'il y a des cotets a lire.

Shell

unrealgun · Answer

et comment je sais s'il y a des octets a lire?
j'ai essay&#233; 

len = 1
while (len)
 len = recv(...)

sa marche pas

PS : si ce mess aparait en quadruple je pete 1 plon

cs_aardman · Answer

Salut,

Tu peux avoir la taille du buffer de reception d'un socket avec getsockopt() et le flag SO_RCVBUF.

Cependant ca ne resoudra pas ton probleme, le principe de ton algo est
bon donc c'est plutot lui qu'il faudrait chercher &#224; travailler.



Sinon il y a une autre id&#233;e, c'est d'utiliser recv() avec le flag
MSG_PEEK. Utilis&#233; avec ce flag, recv() va lire les donn&#233;es du buffer de
reception SANS les suprimer, donc ca te permet de calculer combien de
commandes complete tu as recues, et donc de determiner combien d'octet
tu dois lire afin de ne pas lire de 'morceaux' de commandes. Lorsque tu
as calcul&#233; cette valeur,  un recv() sans MSG_PEEK enlevera les
octets des commandes completes et ne laissera que les morceaux
incomplets dans le buffer (qui seront complet&#233;s par la suite).

unrealgun · Answer

ok mais jvois pas le probleme :s

 char buf[4015];
 unsigned int len;
 
 if(strlen(tmpwait))
 {
  char buff[2005];
  len = recv(sock, buff, 2000, 0);
  buff[len] = 0;
  strcpy(buf, tmpwait);
  strcat(buf, buff);
  free(buff);
 }
 else
 {
  len = recv(sock, buf, 2000, 0);
  buf[len] = 0;
 }
 if(strcmp(mid(buf, strlen(buf)-1, strlen(buf)), "&#166;"))
 {
  i = strlen(buf); while(buf[i] != '&#166;') i--;
  strcpy(tmpwait, mid(buf, i+1, strlen(buf)));
  strcpy(buf, mid(buf, 0, i+1));
 }

ca devrait marcher :s mais sa marche pas, je perd beaucoup de commandes.

Quelqu'un pourrait-il m'expliquer pourquoi sa marche pas SVP ???

Pour le msgpeek, je comptais faire ca :

 unsigned int len, length = 2000;
 bool receiving = true;
 while (receiving)
 {
  len = recv(sock, NULL, length, MSG_PEEK);
  if(len < length)
  {
   receiving = false;
   length = len;
  }
  else length += 2000;
 }
 char buf[length]; len recv(sock, buf, length, 0); buf[len] 0;

mais ca crash....

JE COMPRENDS RIEN, SA DEVRAIT MARCHER :(

unrealgun · Answer

ok, merci je vais tester. Pour ce qui est du NULL, sa plante tt autan qu'avec un buffer.

unrealgun · Answer

J'ai essay&#233; ce que tu m'as dis, aardman, sa crash le prog, j'ai essay&#233; lpusieurs possibilit&#233;s de cette m&#233;thode et j'en suis arriv&#233; a ceci :

char buf[2000]; int i;
 i = recv(sock, buf, sizeof(buf), MSG_PEEK);
 if(i == sizeof(buf))
  while(buf[i] != '&#166;') i--;
 recv(sock, buf, i, 0);  buf[i] = '\0';

en th&#233;orie, sa marche, mais en pratique, sa fonctionne 1 ou de fois puis le prog se ferme sans message d'erreur.

n_o_u_n_o_u · Answer

Bonsoir,


pourquoi ne pas transf&#233;rer ce que tu re&#231;ois du winsock dans une variable &#224; c&#244;t&#233; de ton buffer de r&#233;ception.
Cette variable te servirait &#224; concat&#233;ner les informations re&#231;ues par ton contr&#244;le winsock afin de reconstruire les informations
int&#233;ressantes pour ton programme : ces informaitons serait encadr&#233;es par une base de d&#233;but et une balise de fin et par cons&#233;quent facilement exploitables. Apr&#232;s, cela d&#233;pend du protocole que tu utilises (UDP ou TCP)...

Qu'en penses tu ?

cs_aardman · Answer

Salut,

Un prog qui "crash sans afficher de message d'erreur" c'est impossible
a debuguer. C'est a toi d'afficher les erreurs et le contenu de tes
variables afin d'etre capable, lors de l'execution du programme, de
bien visualiser ce que le code fait, et ce qu'il fait mal.

unrealgun · Answer

J'ai trouvé c'est bon lol, chuis pas radin vais en faire profiter tout le monde

char buf[4096];
 
 i recv(sock, buf, sizeof(buf), MSG_PEEK); buf[i] 0;
 if(strlen(buf) && i && numchars(buf, '¦'))
 {
  if(strlen(buf) == i) while(buf[i] != '¦' && i > 0) i--; buf[0] = 0;
  i recv(sock, buf, i+1, 0); buf[i] 0;
 }
 else return;

[
nomchars  c 1 fonction que j'ai fait qui me retourne le nonbre d'instances du caractere passé en second parametres dans un char*.
]

voila, lol sa marche, merci a vous tous pour vos réponses, vos pseudos figureront dans mon about. A+ tlm et bonne année 2006 !!!

unrealgun · Answer

.. petite dernière remarque, a la création de mon socket, j'ai allongé la file d'attente pour etre sur de ne pas perdre de commandes :

 {
  char *option = "100000";
  setsockopt(sock, SOL_SOCKET, SO_RCVBUF, (char*)&option, strlen(option));
 }

Buffer winsock

16 réponses

Votre réponse

Discussions similaires