Im stuck with a simple code which shows me unexpected result.

[GumSlone]

Test this code,
which result do you get with it:

<?php
$max_bid = 0.06;
$min_bid = 0.05;
$out['recommended_highest_bid'] = ($min_bid + 0.01);


if($max_bid == $out['recommended_highest_bid']){ echo ''.$max_bid.' = '.$out['recommended_highest_bid'].'<br/>'; }
elseif($max_bid > $out['recommended_highest_bid']){ echo ''.$max_bid.' > '.$out['recommended_highest_bid'].'<br/>'; }
elseif($max_bid < $out['recommended_highest_bid']){ echo ''.$max_bid.' < '.$out['recommended_highest_bid'].'<br/>'; }
?>

how comes that i always get: 0.06 < 0.06

[something else]

ahhh problem with comparing floats: PHP: Floating point numbers - Manual
try forcing it into a string:

if((string)$max_bid == (string)$out['recommended_highest_bid']) 

Added after 3 minutes:

kinda interesting to know - wonder how many times iv slipt up on this without knowing lol

[GumSlone]

hmm, it works only when i define the variables as string,
but shouldn't it also work with float?

Added after 2 minutes:

ok, got it from php.net,
ive spent about a hour or more playing with my script and trying to find whats wrong.

[something else]

Floating point precision

Floating point numbers have limited precision. Although it depends on the system, PHP typically uses the IEEE 754 double precision format, which will give a maximum relative error due to rounding in the order of 1.11e-16. Non elementary arithmetic operations may give larger errors, and, of course, error propagation must be considered when several operations are compounded.

Additionally, rational numbers that are exactly representable as floating point numbers in base 10, like 0.1 or 0.7, do not have an exact representation as floating point numbers in base 2, which is used internally, no matter the size of the mantissa. Hence, they cannot be converted into their internal binary counterparts without a small loss of precision. This can lead to confusing results: for example, floor((0.1+0.7)*10) will usually return 7 instead of the expected 8, since the internal representation will be something like 7.9999999999999991118....

So never trust floating number results to the last digit, and do not compare floating point numbers directly for equality. If higher precision is necessary, the arbitrary precision math functions and gmp functions are available.