Sorry, the test script $number value should be "2.32" not "3.32", the improper 
value of "31" is only reported for "2.32", no other numbers.

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
 
Thank you for your interest in PHP.

.

I don't believe this is actually bogus, but may rather be an error in the way that 
PHP converts from float point to integer. Consider:

var_dump(((int) (100 * 2.32)) % 100);
var_dump(232 % 100);

Even though the value of (100 * 2.32) is converted to an integer with a value of 
"232", the modulus still fails. Maybe this is the bug that really exists?

You didn't check your integer conversion.

> var_dump(((int) (100 * 2.32)) % 100);
int(231)

2.32 cannot be represented accurately in a computer.  It is actually 
2.319999999999 so whenever you do things like floor() or modulus that relies on 
decimals being precise down to a very low precision you have to account for 
that.  round() it first to be safe.

I meant:

> var_dump(((int) (100 * 2.32)))

there

Thanks for the clear explanation Rasmus, you were correct. I assumed that "2.32 * 
100" would be "232" but that is not the case.