Discussion :

[mi6fred]

Bonjour,

Je développe une bibliothèque réseau portable qui doit permettre l'envoi d'objets. J'ai donc décidé d'utiliser les archives boost et d'envoyer le flux généré par les sockets Windows/Unix. J'aimerais un moyen simple d'y arriver, j'ai vu par exemple la classe stringstream, si je pouvais dériver de cette classe et simplement implémenter les opérations de lecture/écriture ce serait assez sympa (je ne vais pas réinventer le buffer).

Toutes les procédures de lecture/écriture sont implémentée, je dois simplement en faire un flux de type iostream sans avoir à réinventer la roue. J'aimerais n'utiliser que la STL, ou Boost (mon appli repose déja dessus).

Merci,

Fred

[Swoög]

Salut !

La STL ou Boost n'intègrent pas (pour le moment) la gestion des Sockets.

Cependant, il y a une annexe de boost : Boost.Asio qui permet de gérer les sockets

[mi6fred]

Merci de ta réponse,

Mais en réalité, j'ai déja rédigé toutes les procédures de communication, il ne me reste pour ainsi "plus qu'à" encapsuler ce code dans un objet iostream. Je suis en train de me renseigner, mais j'ai peur de devoir réécrire toute la gestion du buffer. Les opérations de lecture/écriture sont assez spéciales (envoi d'objets), et étant donné que j'ai déja écrit mes classes de communication, je n'ai pas besoin d'une nouvelle classe qui sera sans doute plus lourde et plus complexe à modifier.

Si vous aviez une solution qui me permette de proposer un objet iostream en n'implémentant que les fonctions qui permettent de remplir le buffer (recevoir) et vider le buffer (envoyer), ca me simplifierait bien la vie

[Laurent Gomila]

Tu peux tenter une recherche sur streambuf, on a déjà donné quelques bons liens à ce sujet.

Sinon il me semble aussi que certaines bibliothèques qui font du socket utilisent cette méthode (ACE ?), tu pourrais t'en inspirer.

[mi6fred]

Je continue mes recherches, merci

Et on commence par la :
http://groups.google.de/group/fr.com...rch+this+group
http://www.cmla.ens-cachan.fr/Utilis..._entree_sortie

[mi6fred]

Finalement, ces liens adressent plutôt le problème du contrôle de données plutôt que celui de l'écriture sur un nouveau média (ils utilisent une strcture FILE pour gérer leur buffer). Je suis en train de regarder socket++ pour m'inspirer de leur implémentation. Je me demande encore si strstream ne peut pas être dérivé simplement ...