Discussion :

[damien99]

Salut,

J'ai un programme qui communique avec un autre par l'intermédiaire de 2 sockets 1 socket non-bloquante et 1 socket bloquante. Le problème est que je n'arrive pas a rendre la 2ème socket non-bloquante, j'ai mis :

Code :

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

1
2
u_long bloquant = 0;
ioctlsocket(sock, FIONBIO, &bloquant);

après ce code la fonction recv() est bien bloquante mais send() n'est pas bloquante elle retourne une valeur immédiatement.

Merci d'avance de bien vouloir m'aider

[Médinoc]

send() est généralement rapide.
Si l'erreur retournée par WSAGetLastError() n'est pas WSAEWOULDBLOCK, ce n'est pas un problème d'être bloquant ou non.

Si tu cherches à attendre de manière bloquante que le destinataire ait bien reçu le message, j'ignore si c'est possible. Tu peux essayer en donnant une taille de buffer d'envoi nulle coté envoyeur et une taille de buffer de réception nulle coté récepteur (à supposer que Windows l'accepte)...

[Médinoc]

À mon avis, ce serait plus simple de faire simplement renvoyer un acquittement par le client...

[damien99]

send() est généralement rapide.

J'ai essayé de faire un send() en mettant un recv() de l'autre coté avec un delai de 5sec. (c'est a dire que j'attend 5sec. avant de faire mon recv()).
Donc logiquement comme je suis en mode bloquant, le send() ne devrait rester bloquant jusqu'a ce que le recv() ait reçu. Or là recv() n'a pas encore été appelé que send() renvoi deja quelque chose (en clair il est pas bloquant). Ensuite quant le recv() se déclenche 5sec. plus tard il reçoit bien les données du send().

Par contre j'ai fait l'expérience dans l'autre sens : recv() en premier et send() 5sec. plus tard, et là le recv() reste bien bloquant : il attend de recevoir les donnees du send(), avant de retourner un valeur.

J'espère ne pas avoir été trop confu dan smes explications, si vous pouvez m'aidez à résoudre cet étrange problème...

[Médinoc]

Comme je l'ai déjà dit, les données sont bufferisées. L'absence de recv() ne bloque pas un send() bloquant à moins que le buffer interne d'envoi soit plein...
(et ce buffer se videra naturellement jusqu'à ce que le buffer interne de réception de l'autre coté soit lui-même plein).

Bref, si tu veux voir un send() bloquant bloquer, fais-lui envoyer 5Mo, mais pas 3 octets qui se battent en duel...