Logo Questions Linux Laravel Mysql Ubuntu Git Menu
 

Type casting and Comparison with Loose Operator "=="

I have a problem baffling me terribly. I noticed this before but didn't give it any heed until today. I was trying to write my own check for integer strings. I know of is_numeric() but it does not suffice since it counts float as numeric not only integers and is_int() which does not work on string numbers.

I did something similar to this


$var1 = 'string';
$var2 = '123'; 

var_dump( (int)$var1 == $var1);// boolean true 
var_dump((int)$var2 == $var2);// boolean true

 var_dump((int)$var1);//int 0
 var_dump($var1);//string 'string' (length=6)

As expected the second var dump outputs true since I expect with php's loose comparison that the string and integer versions be equal.

However with the first, I don't get why this is so. I have tried casting to bool and it still gives me the same result.

I have tried assigning the cast var to a new variablr and comparing the two, still the same result

Is this something I am doing wrong or it is a php bug?

***Note I am not comparing types here. I'm actually trying to take advantage of the fact that int 0 is not equal to string 'string'.

I wrote my integer check differently so I don't really need alternatives for that.

***Edit I did some extra checking and it turns out that 0 == 'string' is true as well. How is that possible?

***Edit 2 There are multiple correct answers below to the question. Thanks to everyone who answered.

like image 464
frostymarvelous Avatar asked Jul 13 '11 14:07

frostymarvelous


4 Answers

It's not a bug, it's a feature. Any string can be casted to an integer, but the cast will return 0 if the string doesn't start with an integer value. Also, when comparing an integer and a string, the string is casted to an integer and then the check is done against the two integers. Because of that rule, about just any random string is "equal" to zero. (To bypass this behavior, you should use strcmp, as it performs an explicit string comparison by casting anything passed to a string.)

To make sure I'm dealing with an integer, I would use is_numeric first, then convert the string to an int, and verify that the stringified int corresponds to the input value.

if (is_numeric($value) && strcmp((int)$value, $value) == 0)
{
    // $value is an integer value represented as a string
}
like image 109
zneak Avatar answered Nov 07 '22 02:11

zneak


According to php.net http://php.net/manual/en/language.operators.comparison.php:

var_dump(0 == "a"); // 0 == 0 -> true

So, I think it is juggling the types, and actually casting both sides to int. Then comparing either the sum of the ascii values or the ascii values of each respective index in the string.

like image 36
Localghost Avatar answered Nov 07 '22 02:11

Localghost


First of all in mathematices '=' is called transitive b/c (A=B and B=C => A=C) is valid.

This is not the case with PHPs "=="!

(int)$var1 == $var1

In that case PHP will cast 'string' to 0 - that's a convention.

Then ==-operator will implicitely have the second operand 'string' also be casted to integer -> as well 0.

That leads to true.

like image 2
Raffael Avatar answered Nov 07 '22 02:11

Raffael


You made an error with your post, the correct output is this:

bool(true)
bool(true)
int(0)
string(6) "string"

What happens is this:

  1. Because you cast the variable to an integer, and you compare it to an integer with a loose comparison ==, PHP will first implicitely cast the string to an integer, a more explicit but 100% equivalent form would be: if((int)$var1 == (int) $var1)
  2. See 1), the same thing applies here
  3. It prints int(0), as it should, because it fails to parse the number, it will return 0 instead.
  4. Prints string(6) "string" - as expected
like image 2
phant0m Avatar answered Nov 07 '22 02:11

phant0m