[PHP] floating point precisie

[Ritch]

Ik kwam een gek probleem tegen in m'n code. Logisch gezien moet het kloppen, maar dat deed het niet. Het kwam neer op deze hele simpele test.

PHP:

if ( 3 * $var == 4.05 )
{
  // doe iets
}

$var is een double van 1.35 en 3*1.35=4.05, oftewel de check is waar. Helaas denkt PHP daar anders over, 3*1.35 is geen 4.05 maar 4.05 en dan nog een heel klein beetje.
Correct: 3 * 1.35 - 4.05 = 0
PHP 4+5 (Linux): 3 * 1.35 - 4.05 = 8.881784197E-16
PHP 4+5+6snapshot (Windows): 3 * 1.35 - 4.05 = 8.8817841970013E-016
Bij PHP.net zeggen ze dan:

Floating point values have a limited precision. Hence a value might not have the same string representation after any processing. That also includes writing a floating point value in your script and directly printing it without any mathematical operations.
If you would like to know more about "floats" and what IEEE 754 is read this: http://docs.sun.com/source/806-3568/ncg_goldberg.html

Oftewel, je weet nooit of berekeningen goed gaan. Dat PHP geen taal is voor grote floating point getallen kan ik me voorstellen, maar zulke simpele berekeningen zouden toch goed moeten gaan? Als zoiets simpels al fout kan gaan, kan ik dus geen enkele berekening met een float in mn code nog vertrouwen.
De vraag is of ik PHP nog wel kan gebruiken voor bijv het genereren van facturen enzo, of moet ik soms overal bcmath functies gaan gebruiken?

[sig69]

In java en c# heb je daar decimals voor. Misschien dat php dat ook heeft?

[NMe]

Hier zijn in het verleden al meer dan genoeg topics over geweest. Geen enkele taal is precies met floating points. Voor meer precisie heb je andere types, zoals bijvoorbeeld doubles en decimals, alleen kent PHP die niet expliciet. Je zal dus in centen moeten gaan rekenen, of inderdaad bcmath moeten gebruiken.

[hamsteg]

Een floating point, in welke taal dan ook, mag je nooit met een precieze waarde vergelijken.

Lees: twijfelachtige Tsjechische mirror waar -NMe- de echte PHP link heeft

Voor deze situatie gebruik: bccomp -- Compare two arbitrary precision numbers

[ Voor 15% gewijzigd door hamsteg op 30-05-2006 12:58 . Reden: Google results beter bekijken ;) ]

[Haan]

Je kan dit toch ook oplossen door een kleine foutmarge toe te staan? Dus dan wordt het iets als

PHP:

<?
if ( (3 * $var >= (4.05-x) && (3 * $var <= (4.05+x) )
{
  // doe iets
}
?>

waarbij x dan bijvoorbeeld waarde 0.00001 heeft

[Janoz]

Persoonlijk vind ik een afwijking van 0.[14 nullen]1 procent behoorlijk acuraat.

Floats kun je net met == vergelijken. Dat ligt aan de manier waarop een float in het geheugen wordt opgeslagen.

[NMe]

hamsteggot schreef op dinsdag 30 mei 2006 @ 12:52:
Een floating point, in welke taal dan ook, mag je nooit met een precieze waarde vergelijken.

Lees: http://php.ftp.cvut.cz/manual/en/language.types.float.php

Waarom niet verwijzen naar de php.net manual in plaats van een twijfelachtige Tsjechische mirror ervan?

Voor deze situatie gebruik: bccomp -- Compare two arbitrary precision numbers

bcmath dus, die had de TS al gevonden.

[hawk88]

als het niet met meer dan 2 cijfers achter de comma moet kan je het zo doen
[php]
$var = 1.35 ;
if ( round((3 * $var),3) == 4.05 )
{
// doe iets


}
[\php]

[.oisyn]

Nee dat kan helemaal niet. Floats werken niet met ons decimale stelsel, iets als 0.4 is dan ook niet te representeren door een float. Als jij 0.4 afrondt op 1 decimaal dan is het alsnog ~0.3999999761581421 (of 3355443 * 2^-23 om precies te zijn)

[ Voor 95% gewijzigd door .oisyn op 30-05-2006 13:06 ]

[Ritch]

Ah ok, thx voor de uitleg!
Ik ga mn code nog maar es doorlopen of er nog meer stukken zijn waar mogelijk problemen zitten met floating point getallen.

[MSalters]

Twee cijfers doet me altijd vermoeden dat iemand met euros in plaats van centen rekent. 135 cent * 3 is namelijk 405 cent.