Hexadécimal, réel à double précision

Bonjour,

Je travaille sur la conversion d'un float à double précision (64 bits) en hexadécimal en Java.

Dans http://en.wikipedia.org/wiki/IBM_Flo...t_Architecture (double précision 64-bit) on dit que la fraction est à 56 bits alors que dans http://en.wikipedia.org/wiki/Double-...g-point_format (IEEE 754 double-precision binary floating-point format: binary64) on dit que la fraction est à 52 bits !

Quelqu'un saurait-il m'éclairer sur cette différence ?

Merci d'avance pour votre aide.

Concernant la manière d'écrire des flottants en héxa, j'ai rien sous la main et ça me semble pas évident. Je vais y réfléchir.

Citation:

---

Envoyé par takatik

Sinon dans http://en.wikipedia.org/wiki/IBM_Flo...t_Architecture (Double-precision 64-bit) on dit que la fraction est a 56 bits alors que dans http://en.wikipedia.org/wiki/Double-...g-point_format (IEEE 754 double-precision binary floating-point format: binary64) on dit que la fraction est a 52 bits!!!
Donc quelqu'un peut il m eclairer!!

---

Eh ben quoi ? Les flottants IBM ne sont pas les mêmes que les flottants standard IEEE 754, tout simplement.
Comme le dit ce même lien que tu nous montres :

Citation:

---

Envoyé par Page wikipédia sur l'architecture des flottants IBM

In comparison to IEEE 754 floating-point, the IBM floating-point format has a longer significand, and a shorter exponent.

---

Pour la représentation, tout dépend ce que tu veux faire.

Si tu veux juste afficher les 64 bits en hexadécimal, il suffit d'utiliser la méthode de l'api long Double.doubleToRawLongBits(double) pour ensuite afficher de manière classique le long en Hexa via Long.toHexString(long).

Si tu veux afficher sous la forme 0x140C1 e -0xA0 il y aura plus de travail car il va falloir tout décomposer. Sans compter les représentations spéciales (+INF -INF et NaN)

Edit: il existe directement une méthode toHexString sur la class Double, qui te conviendra peut-être?
https://docs.oracle.com/javase/7/doc...String(double)