Virgule flottante Boutisme?

Je suis en train d'écrire un client et un serveur pour une en temps réel offshore simulateur, et, comme je l'ai envoyer un grand nombre de données à travers un socket, je suis en utilisant des données binaires afin de maximiser la quantité de données que je peux envoyer. Je sais déjà à propos des entiers endianness, et comment l'utiliser htonl et ntohl de contourner l'endianness questions, mais ma demande, comme presque tous les logiciels de simulation, traite d'un grand nombre de chars.

Ma question est: Est-il un problème de l'endianness whean traiter avec les formats binaires des nombres à virgule flottante? Je sais que toutes les machines où mon code sera exécuté utiliser IEEE mise en œuvre de floating points, mais est-il une endianness lorsque l'on traite avec des flotteurs?

Depuis je n'ai accès à des machines avec le même endian, je ne peux pas tester cela par moi-même. Donc, je vais être heureux si quelqu'un peut m'aider avec cela.

Merci d'avance.

InformationsquelleAutor cake | 2010-05-31
  1. 8

    Oui, à virgule flottante peuvent être endianess dépendante. Voir La conversion des valeurs flottantes de big endian à little endian pour info, assurez-vous de lire les commentaires.

    InformationsquelleAutor Gregor Brandt
  2. 17

    Selon Wikipédia,

    À virgule flottante et endianness

    Sur certaines machines, tandis que les entiers ont été
    représenté en little-endian forme,
    les nombres à virgule flottante ont été
    représenté en big-endian forme.
    Car il y a beaucoup à virgule flottante
    formats, et l'absence d'une norme
    "réseau" de la représentation, aucune norme de
    pour le transfert de valeurs à virgule flottante
    a été faite. Cela signifie que
    de données à virgule flottante écrit sur un
    la machine peut ne pas être lisible sur
    de l'autre, et c'est le cas même si
    les deux utilisent la norme IEEE 754 virgule flottante
    l'arithmétique depuis le boutisme de l'
    mémoire de représentation n'est pas une partie de
    la spécification IEEE.

    • M. Brandebourg: j'apprécie vos efforts pour garder cette réponse jusqu'à ce jour, mais votre modifier considérablement changé le sens de ma réponse, j'ai donc roulé en arrière. Je recommande que vous venez de publier votre propre réponse: si vous n'avez je upvote il.
    • Pour info, le contenu sur Wikipédia a été mis à jour (et c'est mieux): "Bien que l'omniprésent x86 d'aujourd'hui little-endian de stockage pour tous les types de données (entiers, flottants, BCD), il y a eu un peu d'historique des machines où les nombres à virgule flottante ont été représentés en big-endian, tout entiers étaient représentés en little-endian forme." ... "Toutefois, sur les modernes, sur des ordinateurs standard (c'est à dire, la mise en œuvre de la norme IEEE 754), on peut dans la pratique sans risque supposer que le stockage est le même pour les nombres à virgule flottante comme pour les entiers, ce qui rend la conversion simple quel que soit le type de données."
    InformationsquelleAutor Daniel Pryden
  3. -6

    EDIT: ce qui SUIT EST une RÉPONSE INCORRECTE (en laissant de sorte que les gens savent que cette "assez populaire" de point de vue est erroné, veuillez lire la accepté de réponses et de commentaires sur cette réponse)

    --MAUVAISE RÉPONSE DE COMMENCER--

    Il n'y a pas une telle chose comme virgule flottante endianness ou entier endianness etc. Juste que sa représentation binaire boutisme.
    Une machine est en little-endian, ou son big-endian. Ce qui signifie qu'il va représenter le MSb/MSB dans la représentation binaire de tout type de données que son premier bit/octet ou le dernier bit/octet.
    Thats it.

    --MAUVAISE RÉPONSE FIN---

    • Merci pour les précisions sur l'Endianness sens. Je n'étais pas sûr de la façon de l'ESM commande a été défini dans le cas de nombres en virgule flottante.
    • Serait la downvoter soin d'expliquer à soi-même? J'ai bien ce post bien clarifié le sujet de l'endianess, et a été en ligne avec ma propre compréhension.
    • Alors que je n'ai pas downvote, il peut-être parce que l'énoncé n'est pas vrai. Il y a eu des systèmes où la FPU prévu un autre ordre d'octet que le reste du système n'a, dans ce cas il n'y aurait "floating point de endianness" et "entier endianness." Je n'ai pas pense beaucoup de problème sur des architectures modernes, bien que, en règle générale, vous êtes probablement ok pour ignorer cette distinction.
    • Je vous remercie. Je ne savais pas que les systèmes qui existaient lorsque la FPU utilisé une autre boutisme.
    • Dennis merci pour la clarification. Cependant, je n'arrive pas à comprendre la relation entre la FPU et les transactions réseau. Les transactions réseau sera basé sur le système de stockage, ce qui serait indépendant de la FPU endianness, AFAIunderstand. Pouvez vous s'il vous plaît corrigez-moi si je me trompe. Merci.
    • La pertinence de la FPU est que les flotteurs stockées dans la mémoire utiliser le natif de l'ordre des octets, c'est à dire l'ordre prévu et produit par la FPU. Il y a eu des machines qui stockent des flotteurs à l'aide de big endian et ints en little endian.

    InformationsquelleAutor 0fnt