Bonjour, bon actuellement je veux envoyer des informations via réseau. or on ne peut envoyer que des caractères... Alors j'ai trouvé la parade : à l'aide d'opérations binaire je décompose mon flottant en 4 octets que je convertis en char, je l'envoi par réseau et une fois de l'autre côté je reconvertis mes char en byte que je réassemble et je récupère mon flottant !!! pas mal non ?
  Bon alors en fait j'arrive a le faire avec des short... mais une fois que je passe aux float (ou aux int ) ça marche plus : le compilateur ne veut pas que je fasse des opérations binaire sur ces types... Bon en Java j'avais la méthode : "floatToIntBits(float x)" dans la classe float qui permettait ensuite de le faire mais en C++ je trouve rien de tel quelqu'un aurrait-il une idée a me proposer ?
 
bon pour l'info voilà mon code que je voulais faire :

pas bon. mets ton float quand un entier non signé de 32bits ou dans un char[]

ça ma parait douteux ton truc de "char seulement" mais bon...
 

 
attention à l'endian-dependance et à l'implantation de [i]float. Toutes les archis ne sont pas IEEE-754 et float ne fait pas toujours 32-bits. Avec ce code, si le client est x86 et le serveur MIPS ça risque de pas trop marcher.
 
edit : je t'ai ajouté un petit endian-swapper, en supposant que la macro BIG_ENDIAN n'est définie que sur une archi big-endian (mips, power-pc...)

Pas static_cast<> mais reinterpret_cast<>.

Ok, Merci ça marche très bien !!!    
 
mais j'avoue ne pas bien comprendre le code:
 
   si je comprend bien swapEndian() transforme ce que l'on lui envoi en chaine de caractères et ensuite il échange les éléments opposés (le 1er avec de 4e et le 2e avec le 3e). Et finalement decompose copie la chaine de caractère dans rep. En fait ce que je me demande c'est pourquoi on a fait les échanges de position ???

swapEndian transforme par exemple un mot de 32-bits

en

cet ordre s'appelle l' "endian", il y a big endian (bits de poids fort en premier) et little endian (bits de poids faible en premier).
Ici par convention sur le réseau on fait passer du little-endian. Donc sur une machine big-endian, avant l'envoi et après la réception on inverse l'ordre des octets.
Ici j'utilise char comme "octet" et pas comme "caractère" (oui Taz je sais CHAR_BITS ne vaut pas toujours 8, mais bon...)
"p" n'est pas une chaine, c'est un pointeur pour acceder aux vers les différents octets de "data".
 
++fab : t'as raison mais je ne crois pas qu'il existe ou existera un compilo avec lequel ça fera une différence.

le static_cast<> comme tu l'as utilisé étant non conforme, il faut s'attendre à ce qu'un compilo le refuse un jour ...  
D'ailleurs, ce jour est arrivé. gcc4, et icc9 me le refuse logiquement. Par contre, je viens de constater que gcc3.4.4 l'accepte

ok je m'incline

Ok merci jesus_christ pour ces explication !!!

vc++7.1 me refuse le static_cast aussi.