Discussion :

[Aleksis]

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 :

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

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

[Mayti4]

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.

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

[Aleksis]

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

[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]

[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

[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 ???

[Ti-R]

Logiquement oui...

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