fin d'un receive non bloquant

Bonjour à tous,

J'utilise actuellement la fonction recv() en mode non bloquant.
Je voulais savoir comment je pourrais savoir que le recv est terminé, c'est-à-dire qu'on ne recevra plus aucune données? (sachant que je ne connais PAS la taille totale des données que je dois recevoir au total).

Bien sur, je ne veux pas être obligé d'attendre la fin d'un timer, si la fonction ne recevra plus rien, j'aimerais le savoir et continuer le programme sans erreur.

En gros si la fonction me retourne à un moment 0, je voudrais savoir si c'est juste ce tour-ci que je n'ai rien reçu ou si c'est juste qu'il n'y a plus rien à recevoir.

Merci d'avance.

Hello,

Tu utilises quel protocole ?

Par définition, recv() renvoie zéro lorsque l'homologue a effectué un arrêt normal. Bien sûr, c'est en faisant l'hypothèse que ton correspondant referme la transmission quand il a fini d'émettre. Sinon, le système ne peut pas savoir s'il a réellement fini. Si tu te retrouves dans ce cas, il faut que tu rédiges ton propre protocole et que tu définisse un signal pour indiquer cette fin de transmission.

Bonjour et merci de ta réponse.

J'utilise le protocole TCP.

Dans le cas d'un recv() non bloquant, le 0 retourné peut simplement vouloir dire que je n'ai pas reçu de données ce tour si. Peut-être que le recv() suivant j'en recevrais.

Comment savoir si le 0 veut dire "dommage essaye encore" ou "il n'y a plus rien a recevoir" sans connaitre la taille total? Existe-t-il une fonction autre que le receive permettant de savoir si le serveur à fermé la transition?

J'ai l'impression de m'embrouiller pour rien.

Citation:

---

Envoyé par Darkantho

Comment savoir si le 0 veut dire "dommage essaye encore" ou "il n'y a plus rien a recevoir" sans connaitre la taille total? Existe-t-il une fonction autre que le receive permettant de savoir si le serveur à fermé la transition?

---

Eh bien, parce qu'il y a un code d'erreur qui signifie exactement ce que tu viens de dire : EAGAIN, pour « Ressource temporary unavailable, try again later ».

Si ton socket n'est pas en mode bloquant, le fait de ne pas pouvoir lire (parce qu'il n'y a rien à lire) va se traduire par une erreur. Tu obtiendras donc -1 et pas zéro, et errno prendra cette valeur.

Extrait de la man page concernée :

Citation:

---

Si aucun message n'est disponible sur la socket, les fonctions de réception se mettent en attente, à moins que la socket soit non bloquante (voir fcntl(2)) auquel cas la valeur -1 est renvoyée, et errno est positionnée à EAGAIN ou EWOULDBLOCK. Les fonctions de réception renvoient normalement les données disponibles sans attendre d'avoir reçu le nombre exact réclamé.

---

Autre solution : tu envoies toi-même un message (je sais pas, moi "ENDTRANSMISSION" par exemple)qui dit que c'est fini..

Citation:

---

Envoyé par souviron34

Autre solution : tu envoies toi-même un message (je sais pas, moi "ENDTRANSMISSION" par exemple)qui dit que c'est fini..

---

(C'est ce que je lui suggère dans mon post #2 ;) )

:oops:sorry.. j'avais zappé