Re: Question regarding test system
| From: | Andrei Zmievski | Date: | Thu, 06 Oct 2005 17:21:31 +0000 |
| Subject: | Re: Question regarding test system | ||
| References: | 1 | Groups: | php.internals |
| Request: | Send a blank email to internals+get-19445@lists.php.net to get a copy of this message | ||
It has nothing to do with the encoding. var_dump() outputs the value type, which is 'string' for native strings and 'unicode' for Unicode strings. I don't see why we should merge the two.
-Andrei
On Oct 5, 2005, at 4:14 PM, Marcus Boerger wrote:
Hello guys, i had a chat with Dmitry this morning regarding the unpleasant state of our test system. I assume here that everyone agrees that it is quite difficult to provide each and every test expectations in two variants, one for native string executoin (e.g. unicode_semantics=off) and one for unicode execution (e.g. unicode_semantics=on). The easy way out is to have var_dump not print 'unicode' for namely values but instead use 'string' always. Since the encoding is meant to be transparent anyway there shouldn't be a problem. And in case we have tests where the difference is important we can overwrite the setting in the --INI-- setting and use the --UEXPECT-- as we are doing now. Dmitry now came up with the idea of providing a new ini setting to control this behavior. He suggests to name it "var_dump.show_unicode=on/off" Any comments? Best regards, Marcus