Salut,  
 
sous Linux, en C.  
Soit 2 progs : prog1 et prog2  
 
Prog2 écoute sur un port.  
J'ai un message initial de X octets  
Prog1 écrit (primitive write) sur ce port en boucle et envoie à chaque fois un buffer de 19360octets (taille que j'ai fixé), et s'arrête quand il le faut. Je fais une trace des buffers envoyés dans un fichier (buffer + taille envoyée)  
 
Prog2 lit (primitive read) les buffers qu'il recoit et je fais une trace de ces buffers dans un fichier (taille lue + buffer lui-même)  
 
Problème:  
le fichier de trace de prog1 est correct : à chaque fois on envoit bien 19360 octets  
 
par contre le fichier de trace de prog2 est faux : je lis bien à chaque fois 19360octets et le buffer est bon, sauf au bout d'un moment, je recois un buffer qui ne fait QUE 15488 octets, puis les lectures suivantes ne recoivent rien, puis je lis un buffer de 3872octets, puis ensuite tout reva bien et je relis des octets de 19360.  
 
Conclusion : je perds une bonne partie du message initial ke j'avais scindé en buffer de 19360.  
 
Après moultes recherches (et n'étant pas spécialement un pro de TCP/IP et ses sockets lol), qqun peut-il m'expliquer d'où çà vient ?  
 
Merci !!

J'avais eu le même problème avec WinSocks avec VB.
 
Je me souvient plus trop d'où ça venait, mais globalement, c'est qu'il ne faut envoyer des infos (la taille d'un buffer Socks) que quand l'appli qui envoie à eu une réponse du client lui indiquant qu'il a tout reçu et que son buffer est vide et prêt à revoir des infos.
 
En fait, c'est parceque le client à son buffer plein, et donc perds les nouvelles infos. C'est pas un bug, c'est normal, faut le gérer à la main.

C'est un comportement aléatoire ou reproductible ? Quand ça foire, c'est systématiquement au même moment (au bout du même nombre de paquets de 19360 octets) et sur une taille de 15488 octet ?