Socket 2 envoi = 1 arrivée ?

Version imprimable

20/08/2006, 15h29
Aleksis

Socket 2 envoi = 1 arrivée ?
Bonjour,
voila j'ai un petit soucis.. d'un coté G mon serveur, il envoi des info au client.
et le problème est que lorsque j'envoi plusieurs fois des infos, parfois elles arrivent concatenée.

exemple:

server
Code:

1 2 3 4 sendReply(150,soc); sendReply(151,soc,itos(FileSize)); sendReply(152,soc,itos(taillepacket));
voila 3 envoi, le premiere arrive intacte au client. le 2eme et le 3eme arrive concaténé. Et je ne comprend pas pourquoi :/ le plus étrange est que lorsque j'ai le client et le serveur sur la meme machine, tout marche, mais des que le client est une autre machine.. plus rien de va..

Quelqu'un a une explication ????? merci :oops:
20/08/2006, 18h42
Mayti4

Citation:

voila j'ai un petit soucis.. d'un coté G mon serveur, il envoi des info au client.
et le problème est que lorsque j'envoi plusieurs fois des infos, parfois elles arrivent concatenée.

C'est normal, l'OS n'envoit pas les données directement.

Il attend de voir s'il peut encore remplir le paquet en court.

C'est à toi de régler ça, en utilisant un système de message par exemple.
20/08/2006, 21h44
Médinoc

Tu peux également recevoir un seul envoi en deux fois. Ainsi, tu peux envoyer des données en commençant par préciser leur taille...
21/08/2006, 14h14
Aleksis

Citation:

Envoyé par Mayti4

C'est normal, l'OS n'envoit pas les données directement.

Il attend de voir s'il peut encore remplir le paquet en court.

C'est à toi de régler ça, en utilisant un système de message par exemple.

==> il faudrait, pour bien faire que mon Client reponde a mon serveur a chaque fois qu'il recoit quelque chose ????
21/08/2006, 14h37
Ti-R

Cela dépend de la taille du buffer à la réception, si tu mets par exemple 100 en taille de buffer à la réception, et que tu envoies 51 et ensuite 51, il déclenche la réception de donnée à la seconde réception. 2 astuces.
Soit tu envoies la taille des données avant l’envoie des données.
Soit tu lis le buffer octect par octect à la réception.

[EDIT]
La solution à Médinoc correspond à la solution 1, que je donne, désolé de répéter :?
[/EDIT]
21/08/2006, 15h03
Aleksis

et donc, si par exemple je reduit la taille de mon buffre, ça pourrait arranger les choses ??? enfin je vais tester, merci pour votre aide :)

je vous tiens au courant :)
22/08/2006, 17h44
Aleksis

voila, j'ai résolu mon problème. C'est dur, c'est peut etre pas la meilleur des facon.. mais bon..

je fais en sorte que des que mon serveur envoi quelque chose, mon client repond. Ca marche bien comme ça.. mais maintenant je me demande si ça ralenti pas le tout ???

depuis, j'ai eu le meme problème pour transfèrerdes fichier ==> mon algo

server envoi un packet d'octet
client envoi j'ai recu
server envoi un packet d'octet
client envoi j'ai recu
...

plutot que
server envoi un packet
server envoi un packet
server envoi un packet
server envoi un packet

bon C sur maintentant G la certitude que tout arrive bien.. mais le fait que le client réponde a chaque fois ne va pas nuir a la rapiditée du transfert ???
22/08/2006, 17h58
Ti-R

Logiquement oui...

Un allé-retour au lieu d'un allé.