Weird PHP variable behaviour

[Dan_UPC]

Here's the problem.


$val=123;
echo $val==intval($val); // Echo: 1

$val=123.123;
echo $val==intval($val); // Echo:


I seem to remember that the 2nd echo used to output 0 as expected. This changed recently but I'm not sure exactly why. Perhaps it was when we upgraded to PHP5? Is there something I can set in php.ini so that I'll get the correct output again? This problem is breaking a bunch of vB code and old custom scripts so I'd like to return PHP to it's former behaviour as quick as possible.

Thanks.

- Dan

[Colin F]

might it be that it has something to do with the regional settings, meaning that he used to interpret the dot (.) as a character, making it not a valid integer, but now interprets it as the kind of dot between the number and the decimal digits (which would mean it's a valid integer)

[Dan_UPC]

No that's not it. The region hasn't changed.

123.123 does not equal intval(123.123) because intval(123.123) equals 123 so it's doing that much correctly. What it's not doing is Echoing the 0.

[Dan_UPC]

Another example of broken code from this behaviour is the vB 2.2.x update threads routine in /admin/misc.php if there are no attachments for a particular thread,
$attachsum=
instead of
$attachsum=0

[Xenon]

actually == should return a boolean value, ie true or false and not 1 or 0.

[Dan_UPC]

Thanks Xenon.

That's fair enough but if you try it yourself, you'll see that you get an output of 1 when it's true.

What about the 2nd example?

[Xenon]

Hmm, very wierd, maybe they choosed a behaviour like that to make it easier in comparisons.

so 1 will be true in every condition, and false will have an empty string as output, so it will always result in a false.

actually to get the 0-1 way, just use intval($val==intval($val)); that should return what you want.

edit: vb2.2 isn't compatible to the newest default settings of php, as php doesn't interpolate that much as php4 does.
so you need a better coding to run things in php5. Some settings can be set so it acts like php4 in a lot of ways, but not on every aspect i think.

[Dan_UPC]

edit: vb2.2 isn't compatible to the newest default settings of php, as php doesn't interpolate that much as php4 does.
so you need a better coding to run things in php5. Some settings can be set so it acts like php4 in a lot of ways, but not on every aspect i think.
This is what I expected was the problem. Does anyone know how I can get this php 3 / 4 behaviour to be the default in php 5 (I hope there is a php.ini setting? as I really don't wan't to have to repair all the old code)?

[filburt1]

Here's the problem.


$val=123;
echo $val==intval($val); // Echo: 1

$val=123.123;
echo $val==intval($val); // Echo:


I seem to remember that the 2nd echo used to output 0 as expected. This changed recently but I'm not sure exactly why. Perhaps it was when we upgraded to PHP5? Is there something I can set in php.ini so that I'll get the correct output again? This problem is breaking a bunch of vB code and old custom scripts so I'd like to return PHP to it's former behaviour as quick as possible.

Thanks.

- Dan
False has always echoed an empty string for me.

A boolean TRUE value is converted to the string "1", the FALSE value is represented as "" (empty string). This way you can convert back and forth between boolean and string values.

[Xenon]

just as i expected..

[Dan_UPC]

Thanks guys. I must of been mistaken with the 1st example.

I still need to know if there is a way to get that 2nd example to work under PHP 5 by setting an option in php.ini

[Xenon]

i didn't found a setting so, i assume the answer would be no.

it seems you have to work over your scripts then and use correct codes, so such errors won't appear anymore, sorry.

[Dan_UPC]

Ok.
Thanks to everyone that has helped.