lu,

Ce que j' ai pijé c 'est qu'il y a 3 façon pour le serveur d' envoyer ses données. Soit il donne la taille dans le header, soit il fait par packet ( chunked ), soit il envoit et ferme la connection. Pour les 2 premiers sa va, pour le 3eme par contre je sais pas comment faire pour voir si la connection a été fermé.

Note : j' utilise les winsock 2.

++

tu parle du coté client ?

Quand tu lis sur un socket, si la fonction read renvoie 0 c'est que la connection a été fermé (c'est le "end of file" comme pour un fichier).

le probléme c 'est que ya un ptit temps ( genre 10 secondes ) avant qu' elle ne renvoie 0, parcequ' elle attend des données.

tu appelle bien socket_close (CloseSocket ?) du coté de ton serveur ?
Je me souviens qu'il y a une astuce pour détecter la fermeture d'une socket au niveau du réseau, mais normalement c'est géré par le système correctement.

Es-tu sûr dans tout les cas que ce soit la bonne manière de faire ? Ton serveur pourrais envoyer la taille des données qui va émettre avant d'émettre les données elle même et comme ça, tu sais quand est-ce qu'il faut arrêter de lire.

c 'est pas mon serveur, c' est pour le protocole http. Excuse moi de pas l' avoir précisé

Le serveur http te transmet la taille des données dans l'en tête du paquet.
Par contre il n'est pas obligé de fermer la connection après l'envoie des données (d'où ton délai de 10 secondes) au cas où tu voudrais faire tout de suite une nouvelle requête.

Si tu veux que le serveur ferme tout de suite la connections, tu peut inclure le paramètre "Connection:close" dans la requête, normalement le serveur doit le prendre en compte, mais rien ne l'y oblige.

ou faire de l'http 1.0, il n'y avait pas de connexion keep alive en 1.0

Non dnob, le serveur n' est pas obligé de donner la taille du packet dans l' en tête. Il peut aussi utiliser le mode chunked ou encore ne rien dire du tout et fermé la connection à la fin. C 'est ce dernier cas qui m' intéresse.

il peut utiliser le mode chunked comme tu dit, mais dans ce cas là, il te donne quand même la taille de chaque paquet avant de les émettres, ça revient donc au même. Et par contre, je ne suis pas au courant que le serveur puisse ne rien indiquer et juste fermer la connection.

Quel version du protocol utilise tu ? (le mode chunked est du http1.1 seulement je pense) - pas que ça change quoi que ce soit, à ma connaissance dans tout les cas on a la taille des données dans l'en tête.

oé jsuis en 1.1. Et pour le chunked je le gére déja. Il y a juste le probléme de la fermeture de la connection.
Si tu doutes tu peux regarder sur le site de w3. Je crois que c 'est la référence en la matiére.

Par exemple, Gamedev ne fait ne donne pas la taille, et n' utilise pas chunked non plus.

bon, alors tu as raison, gamedev ne donne pas la taille des données dans l'en tête. Par contre, il ferme la connexion dès la fin de la transmission. On en revient donc à ton premier problème celui de détecter la fermeture de cette connexion.

Est-ce que tu pourrais nous passer le code que tu utilise pour qu'on puisse regarder ? Car "normalement" tu obtiens un eof (read renvoie 0) dès la fermeture de la connexion.

en fait c' est bon tu as raison, il faut bien attendre que recv renvoie 0. merci.