Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:30369
Return-Path: <tokul@users.sourceforge.net>
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Delivered-To: mailing list internals@lists.php.net
Received: (qmail 17921 invoked by uid 1010); 29 Jun 2007 18:13:16 -0000
Delivered-To: ezmlm-scan-internals@lists.php.net
Delivered-To: ezmlm-internals@lists.php.net
Received: (qmail 17905 invoked from network); 29 Jun 2007 18:13:15 -0000
Received: from unknown (HELO lists.php.net) (127.0.0.1)
  by localhost with SMTP; 29 Jun 2007 18:13:15 -0000
Authentication-Results: pb1.pair.com smtp.mail=tokul@users.sourceforge.net; spf=permerror; sender-id=unknown
Authentication-Results: pb1.pair.com header.from=tokul@users.sourceforge.net; sender-id=unknown
Received-SPF: error (pb1.pair.com: domain users.sourceforge.net from 213.197.162.99 cause and error)
X-PHP-List-Original-Sender: tokul@users.sourceforge.net
X-Host-Fingerprint: 213.197.162.99 avilys.eik.lt Linux 2.6
Received: from [213.197.162.99] ([213.197.162.99:47291] helo=avilys.eik.lt)
	by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP
	id D2/1C-21469-9BB45864 for <internals@lists.php.net>; Fri, 29 Jun 2007 14:13:15 -0400
Received: from avilys.eik.lt (avilys.local [127.0.0.1])
	by avilys.eik.lt (Postfix) with ESMTP id 9A30C1F5105
	for <internals@lists.php.net>; Fri, 29 Jun 2007 21:11:23 +0300 (EEST)
Received: from avilys.eik.lt (avilys.local [127.0.0.1])
	by avilys.eik.lt (Postfix) with ESMTP id 8326A1F50F9
	for <internals@lists.php.net>; Fri, 29 Jun 2007 21:11:23 +0300 (EEST)
Received: from 78.61.224.253
        (NaSMail authenticated user tomas@topolis.lt)
        by avilys.eik.lt with HTTP;
        Fri, 29 Jun 2007 21:11:23 +0300 (EEST)
Message-ID: <35981.78.61.224.253.1183140683.squirrel@avilys.eik.lt>
In-Reply-To: <7A19D00A-9A46-4854-8C5E-26C8F8FAC4B5@gravitonic.com>
References: <1181829227.3478.3.camel@localhost.localdomain>
    <7d5a202f0706141844l3c75b556hdbecbcd5a43747c9@mail.gmail.com>
    <4671F184.2020401@lerdorf.com>
    <6sof73dj69ldpspfc5ukrc58qr9ckbin2b@4ax.com>
    <4677E7B1.2080305@lerdorf.com>
    <fe05d1540706190808o1d9305b3td74edd6d1c75c97@mail.gmail.com>
    <4677F5FB.1070206@lerdorf.com> <4678252F.2050803@sci.fi>
    <46783212.4020900@lerdorf.com>
    <34654.216.230.84.67.1183064088.squirrel@www.l-i-e.com>
    <54557.78.61.224.253.1183098089.squirrel@avilys.eik.lt>
    <4684BB91.4070507@zend.com>
    <41782.78.61.224.253.1183107677.squirrel@avilys.eik.lt>
    <7A19D00A-9A46-4854-8C5E-26C8F8FAC4B5@gravitonic.com>
Date: Fri, 29 Jun 2007 21:11:23 +0300 (EEST)
To: internals@lists.php.net
User-Agent: NaSMail/1.0
MIME-Version: 1.0
Content-Type: text/plain;charset=utf-8
Content-Transfer-Encoding: 8bit
X-Priority: 3 (Normal)
Importance: Normal
X-Virus-Scanned: ClamAV using ClamSMTP
Subject: Re: [PHP-DEV] What is the use of "unicode.semantics" in PHP 6?
From: tokul@users.sourceforge.net ("Tomas Kuliavas")

> It sounds like your libraries are definitely oriented towards working
> with binary strings, rather than Unicode strings. So, I am not sure
> why you have unicode.semantics turned on then. If you turn it off,
> you will get backwards compatibility with PHP 5. And if you do that,
> you can still create and work on Unicode strings, programmatically.

I've never asked to turn on unicode.semantics. I've asked to give controls
of unicode.semantics to scripts (PHP_INI_ALL) or at least give me some
options to turn it off within a script. I don't control PHP version used
by end user and there is a theoretical possibility that end user will use
PHP6 with unicode.semantics=on. So I've tested scripts in
unicode.semantics=on setup. They broke. Lots of notices, broken
authentication functions, etc.

I want to make sure that I have enough controls to reduce side effects of
unicode.semantics=on. Currently I can only ask end user to turn it off
with php_admin_flag or in php.ini.

-- 
Tomas