[enigme] 830.88<830.88 est vrai

[reggubed]

bonjour,

si vous analysez ce code, vous conviendrez que le echo n'est exécuté que si la condition du for est vérifiée

Code :

1
2
3
4
5
6
<?php
$max=830.88;
$step=$max/5;
for($i=0;$i<$max;$i+=$step)
  echo "$i<$max<br>";
?>

si vous exécutez ce code, vous verrez afficher 830.88<830.88, ce qui implique que php considère que c'est vrai...

avez-vous une explication rationnelle ???

[rawsrc]

Bonjour,

Je t'invite à regarder l'énorme avertissement sur cette page concernant la comparaison de float entre eux.
Ensuite ragardes cette page, tu y trouveras toutes les explications concernant la gestion des nombres décimaux en PHP

Enfin pour manipuler les nombres décimaux, il faut utiliser BCMath ou les fonctions gmp

[reggubed]

merci pour ton message, mais je n'ai pas trouvé la réponse

ta 1ère page avertit sur le test d'égalité entre décimaux, ce n'est pas ce qui est fait ici
ta 2nde page avertit sur la précision des décimaux de l'ordre de 1.11e-16, or 830.88/5=166.176, on n'est pas non plus concerné par ça
les fonctions BC Math concernent les nombres de grande taille
les fonctions gmp ne sont pas disponibles par défaut


d'autres idées ??

[rawsrc]

Tu n'as pas bien lu :

Aussi, les nombres rationnels exactement représentables sous forme de nombre à virgule flottante en base 10, comme 0.1 ou 0.7, n'ont pas e de représentation exacte comme nombres à virgule flottante en base 2, utilisée en interne

Dans ton cas cela veut dire tout simplement que 830.88 est représenté en interne comme 830.8799999999999999 (par exemple) et ta variable $step ($max/5) est encore plus arrondie car ton $max est déjà arrondi par défaut.
Donc à cause de la propagation des arrondis et de la représentation des décimaux en base 2, tu ne peux arriver à une valeur rationnelle. Elle est obligatoirement irrationnelle en interne. Au mieux, à la dernière comparaison tu auras quelque chose du genre 830.879999999999998 < 830.8799999999999999.

[reggubed]

ok ça me convient

ça explique alors pourquoi cette modification corrige le bug

Code :

for($i=0;$i+1e-9<$max;$i+=$step)

merci

[rawsrc]

Envoyé par reggubed

ok ça me convient[/code]

J'en suis fort aise

Envoyé par reggubed

cette modification corrige le bug

Je t'arrête, ce n'est pas un bug. C'est inhérent à la technologie.

[sevyc64]

Quelque soit le langage, quelque soit la technologie, le système d'exploitation, le processeur, etc ... on n'utilise pas les nombres à virgule flottante simple (float) ou double (double) précision si on veut une exactitude parfaite des calculs.

Les types float ou double, de part leur constitution, ne peuvent pas représenter la totalité des nombres à virgule. Les nombres non représentés sont arrondi au nombre représentable le plus proche.

Si on a besoin de nombre parfaitement exact, il faut utiliser le type Decimal (appelé parfois Curency), mais il n'existe pas dans tous les langages.

[Thes32]

Envoyé par sevyc64

Quelque soit le langage, quelque soit la technologie, le système d'exploitation, le processeur, etc ... on n'utilise pas les nombres à virgule flottante simple (float) ou double (double) précision si on veut une exactitude parfaite des calculs.

Les types float ou double, de part leur constitution, ne peuvent pas représenter la totalité des nombres à virgule. Les nombres non représentés sont arrondi au nombre représentable le plus proche.

+1