Bug #64555 [Com]: foreach no longer copies keys if they seem to be interned
| From: | nikic@php.net | Date: | Wed, 03 Apr 2013 18:35:51 +0000 |
| Subject: | Bug #64555 [Com]: foreach no longer copies keys if they seem to be interned | ||
| References: | 1 | Groups: | php.bugs |
| Request: | Send a blank email to php-bugs+get-178266@lists.php.net to get a copy of this message | ||
Edit report at https://bugs.php.net/bug.php?id=64555&edit=1
ID: 64555
Comment by: nikic@php.net
Reported by: arpad@php.net
Summary: foreach no longer copies keys if they seem to be
interned
Status: Closed
Type: Bug
Package: Scripting Engine problem
PHP Version: 5.5.0beta1
Assigned To: nikic
Block user comment: N
Private report: N
New Comment:
I went with always copying the key for now. Doing the copy in get_object_vars might be better, but
would require a more thorough review of where else this could go wrong.
Previous Comments:
------------------------------------------------------------------------
[2013-04-03 18:33:42] nikic@php.net
Automatic comment on behalf of nikic
Revision: http://git.php.net/?p=php-src.git;a=commit;h=1f34ccbe34783f5671bc2a68e7299cea7493c82b
Log: Fix bug #64555: foreach no longer copies keys if they are interned
------------------------------------------------------------------------
[2013-03-31 11:24:50] arpad@php.net
N.B. This indirectly causes a fatal error when using ZF1 forms so the impact is very high.
------------------------------------------------------------------------
[2013-03-31 11:21:13] arpad@php.net
Description:
------------
Foreach used to always copy string keys:
key_type = zend_hash_get_current_key_ex(fe_ht, &str_key, &str_key_len, &int_key, 1,
NULL);
Since fcc6611de9054327441786e52444b5f8eecdd525 it instead uses:
zend_hash_get_current_key_zval(fe_ht, key);
This only copies string keys if IS_INTERNED(), however in some cases (at least in get_object_vars()
like in the test script) the key name is an unmangled property name which is *within* an interned
string. So IS_INTERNED is true but INTERNED_LEN and INTERNED_HASH are nonsense.
The later unset and assignment in the test script use the nonsense INTERNED_HASH.
The simple fix is to make get_object_vars() copy the property names (as in the attached patch) but
it's quite possible that other code has been broken in the same way, so the safer fix might be
to force the copy again.
Test script:
---------------
https://gist.github.com/arraypad/5280321
Expected result:
----------------
Unsetting: unsetme
Changing: keepme
array(1) {
["keepme"]=>
int(43)
}
array(1) {
[0]=>
string(6) "keepme"
}
Actual result:
--------------
Unsetting: unsetme
Changing: keepme
array(3) {
["unsetme"]=>
int(1)
["keepme"]=>
int(43)
["keepme"]=>
int(42)
}
array(3) {
[0]=>
string(7) "unsetme"
[1]=>
string(6) "keepme"
[2]=>
string(6) "keepme"
}
------------------------------------------------------------------------
--
Edit this bug report at https://bugs.php.net/bug.php?id=64555&edit=1