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...