Discussion :

[damien99]

Salut,

J'ai quelques petites questions a vous poser sur les sockets :

• Quelle est la taille du tampon de reception.

• Comment peut t'on vider le tampon de reception.

• Combien peut t'on envoyer d'octet (au max.) en un seul coup (une seule chaine).

• Que se passe t'il si la chaine qui est dans le tampon de reception est plus petite que la taille que l'on passe en paramètre dans la fontion "recv();"

Merci de m'éclaircir sur ces questions.

[Médinoc]

1°) Variable. Mais peut être obtenue par getsockopt().

2°) Aucune idée, à part en faisant des recv(), à supposer qu'on connaisse la taille des données qui s'y trouvent...

3°) En mode bloquant, je pense qu'on peut envoyer autant qu'on veut (dans la limite des 32 bits du paramètre de taille) et que le système s'en occupe.
En mode non-bloquant, je pense qu'on peut envoyer la taille du tampon d'émission (lui aussi peut être obtenu par getsockopt())

4°) Variable aussi, on dirait. Sous un certain FreeBSD, on recevait la taille de cette chaîne et recv() retournait, même s'il y avait deux chaînes dans le tampon de réception.
Je n'ai jamais testé ailleurs, car j'envoie toujours la taille des données en premier, ainsi ce problème-là ne se pose-t-il jamais...

[damien99]

Je n'ai jamais testé ailleurs, car j'envoie toujours la taille des données en premier, ainsi ce problème-là ne se pose-t-il jamais...

Oui, moi aussi j'ai opté pour cette solution et je me demandait ce qu'il pouvait bien se passer s'il venait a y avoir une erreur :
-Un paquet peut t'il se perdre totalement/partiellement en chemin... ??
-La liaison est elle sure et fiable à 100%??
-Ya t'il un moyen de savoir si un paquet n'est pas entier??

Parce que moi dans mon programme si ya une erreur de ce genre ca foutrai bien la m****, c'est pour cette raison que j'ai poser la question 4).

Merci de vos réponses

PS: paquet=chaine de caractère transmise par socket (je sais si ça s'appelle comme ça)

[Médinoc]

Il ne me semble pas qu'en mode connecté, un paquet puisse se perdre partiellement: TCP/IP inclut des options de retransmission, et un paquet dont il manque un bout ne sera pas envoyé à l'application...

L'important à ce moment-là, c'est de transmettre données et taille dans un seul envoi (qu'on lit en deux fois)

[damien99]

Ok, merci d'avoir répondu a mes questions