Un truc à la con qui m'énerve... il me semble que ce n'est pas un bug mais dû à une règle mathématique...
 
Bon je prend un float f = 17.5266
je fais f.doubleValue() et j'ai : 17.526599884033203
 
pourquoi ?

Parce qu'un Float par la manière dont il est codé, n'est jamais EXACTEMENT à la valeur que tu lui donnes. C'est normal donc.
L'erreur n'est que de 0.0000002 environ en meme temps...

 
Oui mais comme c'est pour arrondir à 1/1000, les résultats sont faussés...
A priori j'ai trouvé un moyen de zapper ça... mais ça me gonfle de ne pas savoir pourquoi...
Ce qui voudrait dire, j'imagine, que si je fais un test sur f==d
avec f float et d double, ça ne sera jamais vérifié ?

Ca me fait tout drôle de faire un topic sérieux...

Savoir pourquoi quoi ? C'est normal.
Le type Float impose une certaine "imprécision", cela dit pour 1/1000 je vois pas le problème !
 
Des explications sur les Float :
http://madchat.org/coding/float-ieee754.pdf
 

 
Merci pour le lien !
Le problème, c'est que c'est pour des calculs de parités économiques au niveau budgétaire et que certainement que ça leur ferait une tasse de café en moins sur le budget...
 
 

zozio a écrit :   Merci pour le lien ! Le problème, c'est que c'est pour des calculs de parités économiques au niveau budgétaire et que certainement que ça leur ferait une tasse de café en moins sur le budget...

 
Sous Java, la précision des calculs est mauvaise.
Mais tu as deux solutions pour corriger cela : SISC (un langage Scheme qui calcul juste et implémenté en Java, très simple d'utilisation pour faire des calculs précis et pas besoin de connaitre Scheme) tu as aussi Jatha plus complexe.
 
Pour compenser ce défaut de Java j'utilise SISC, les performances sont très bien, si ce n'est pas du calcul intensif.
 
Sinon, il existe des librairies de calculs hautes précisions en Java.  
Regarde des solutions comme celles de Rogue Wave.