Re: PHP Unicode extension in PHP6
| From: | Rangel Reale | Date: | Tue, 22 May 2007 18:16:40 +0000 |
| Subject: | Re: PHP Unicode extension in PHP6 | ||
| References: | 1 2 | Groups: | php.internals |
| Request: | Send a blank email to internals+get-29666@lists.php.net to get a copy of this message | ||
I'm also having problems with this b"string" incompatibility with older versions, I know I shouldn't need to have binary strings, but the problem is, the PHP funcions does not accept an Unicode string (urlencode), so it gives me a warning.
In the future will 100% of the functions accept an unicode string? If so, then to me this should not be a problem.
----- Original Message ----- From: "Tomas Kuliavas" <tokul@users.sourceforge.net>
To: "Jared Williams" <jared.williams1@ntlworld.com>
Cc: <internals@lists.php.net>
Sent: Tuesday, May 22, 2007 2:52 PM
Subject: RE: [PHP-DEV] PHP Unicode extension in PHP6
Recent versions of PHP5, has a binary string introducer. echo strlen(b"\xC4\x85");I have already said to Stefan. It is not an option. I need backwards compatibility. If older PHP versions fail with E_PARSE errors, I can't use it. I can't maintain two different library versions, because issue affect lots of functions. Currently I can only stop script execution, if unicode.semantics=on is detected. Main complain is the fact that scripts can't control mbstring.func_overload and unicode.semantics. Only script writters know, if their code depends on overloading or unicode syntax. End users might be unable to change settings in PHP_INI_PERDIR. Thanks to all for feedback. -- Tomas -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php -- Internal Virus Database is out-of-date. Checked by AVG Free Edition. Version: 7.5.467 / Virus Database: 269.7.1/805 - Release Date: 15/5/2007 10:47