Discussion :

[RepliCarter]

Salut tout le monde,

Alors je suis confronté à un tout petit soucis :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
 
char* msg="bonjour";
send(sock,msg,strlen(msg),0)
char buffer[1024]; int tbuf;
do
{
	tbuf=recv(sock,buffer,sizeof(buffer),0);
	if (tbuf==SOCKET_ERROR) 
	{
		cout << "Erreur lors de la reception des donnes" << endl;
		closesocket(sock);
		break;
	}	
}while (tbuf>0);

Jusqu'ici, tout se passe bien, ça quitte bien lorsque tbuf (valeur renvoyer par la fonction recv = 0)

Le soucis, c'est que pour la suite de mon programme, j'envoie à nouveau un autre message :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
char* msg2="ça va ?";
send(sock,msg2,strlen(msg2),0)

suivi du notre pour recevoir :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
do
{
	tbuf=recv(sock,buffer,sizeof(buffer),0);
	if (tbuf==SOCKET_ERROR) 
	{
		cout << "Erreur lors de la reception des donnes" << endl;
		closesocket(sock);
		break;
	}	
}while (tbuf>0);

Seulement, il ne reçoit rien car tbuf = 0 et il ne change pas...

La seul "solution" que j'ai pu trouver pour le moment, c'est de créé un autre socket pour recevoir à nouveau...
Quelqu'un pourrait-il me proposer mieu ?

Merci d'avance

[Higestromm]

Je ne suis que de passage mais je me demande si ta socket à un lecture blocante ou non ?

Si la lecture est non blocante, alors, tant qu'il n'as rien recu recv retournera 0.

[Médinoc]

Tandis qu'en lecture bloquante, recv() ne renverra 0 qu'après déconnexion, donc plus question de rappeler recv() ensuite, ça ne servira à rien...

[Dathamir]

J,imagine que ton recv est blockant. Donc, il va blocker jusqu'à ce qu'il recoive quelque chose.

recv() retourne le nombre de caractères reçu jusqu'à concurance de 1024 dans ton cas. Donc si ton recv() reçoit un message vide.. il retourne 0.

Si non... comme là dis Higes... recv() retournera 0... mais je n'ai jamais utiliser de non-blockant, donc ^^'' la faute sur lui si c pas vrai!

[Mayti4]

Tandis qu'en lecture bloquante, recv() ne renverra 0 qu'après déconnexion, donc plus question de rappeler recv() ensuite, ça ne servira à rien...

Enlèves ta boucle do while.

[RepliCarter]

En faite, ce que j'ai effectuer (ne trouvant pas d'alternative) est de faire une fonction (du coup, ça créé une socket à chaque fois...)

Ma fonction est bloquante toujours (et ma boucle do while) permet de maintenir la boucle jusqu'à que recv = 0.
Ensuite, le second recv renvoie 0 octet ... :-/

Si j'enlève ma boucle recv, alors on ne recevra qu'une partie des données..

[RepliCarter]

Je ne suis que de passage mais je me demande si ta socket à un lecture blocante ou non ?

Si la lecture est non blocante, alors, tant qu'il n'as rien recu recv retournera 0.

Oui, c'est une socket à lecture blocante (en attente de recevoir qqchose pour le premier recv) et non blocante pour la suite.

Il semblerai que je me suis mal exprimé car en faite, j'vais réexpliquer plus clairement :
Voilà les étapes de mon programme :

-> initialisation du socket
-> connexion du socket
-> envoie du premier message
-> reception du message tant que tbuf>0
-> envoie du second message
-> reception du second message tant que tbuf>0

Mon soucis est le suivant :
Aucun soucis pour la reception du premier message.
En revenche, j'envoie à nouveau un message et là, tbuf reste à 0 quoi qu'il arrive, donc, il ne receptionne rien..
C'est à dire, tbuf= recv(..) me renvoie directement la valeur 0 au lieu des secondes données...

Si vous avez besoin de précisions, n'hésitez pas

[Dathamir]

Fait ce petit test:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
int test;
 
test = send(sock,msg2,strlen(msg2),0);
 
cout << test << endl;

bon pe que le on peux pas faire le cout dessus test.. je sais pas je code pas en console... mais dans le pire des cas regarde ce que test vaut à l'aide du debug. Est-ce qu'il égal 0? pe que oui ^^ sinon... bah, dsl je débute en socket... fait 1 semaine loll

[RepliCarter]

bon pe que le on peux pas faire le cout dessus test.. je sais pas je code pas en console... mais dans le pire des cas regarde ce que test vaut à l'aide du debug. Est-ce qu'il égal 0? pe que oui ^^ sinon... bah, dsl je débute en socket... fait 1 semaine loll

Oui, oui, j'ai déjà effectuer ce test avant de poster et le résultat est égal à 0.

C'est pourquoi le titre de mon topic est bien qu'une fois que tbuf est à 0, il le reste...

Or, normalement, si on suit la logique qu'un socket est un "tube" où on peut envoyer et recevoir ... je ne pensait pas que c'était qu'une seul fois...
Normalement, sur ce tube, on peut communiquer plusieurs fois (envoyer, recevoir, re-envoyer et recevoir à nouveau) nan ?

[Higestromm]

Oui, oui, j'ai déjà effectuer ce test avant de poster et le résultat est égal à 0.

C'est pourquoi le titre de mon topic est bien qu'une fois que tbuf est à 0, il le reste...

Or, normalement, si on suit la logique qu'un socket est un "tube" où on peut envoyer et recevoir ... je ne pensait pas que c'était qu'une seul fois...
Normalement, sur ce tube, on peut communiquer plusieurs fois (envoyer, recevoir, re-envoyer et recevoir à nouveau) nan ?

Le tube créer fonctionne comme tous les autre, une fois créer tu l'utilise autant que tu veux seulement le tube, c'est bien le socket et pas la fonction recv().

J'ai déja développer un client / serveur, et je n'ai jamais rencontrer ton probleme... Par contre comment tu fait pour avoir un socket en lecture blocante dans un premier temps et ensuite de l'avoir en non blocant ?

Peux tu nous donner un peu de code ?