Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:49177
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: error (pb1.pair.com: domain schlueters.de from 217.114.211.66 cause and error)
To: Ferenc Kovacs <info@tyrael.hu>
Cc: PHP Internals <internals@lists.php.net>
In-Reply-To: <AANLkTin8n1Fo-ORfumyj+JzSyAAKoU39ZTjhmjcnwuKu@mail.gmail.com>
References: <AANLkTin8n1Fo-ORfumyj+JzSyAAKoU39ZTjhmjcnwuKu@mail.gmail.com>
Content-Type: text/plain; charset="UTF-8"
Date: Thu, 29 Jul 2010 23:58:01 +0200
Message-ID: <1280440681.10693.5.camel@guybrush>
Mime-Version: 1.0
Content-Transfer-Encoding: 7bit
Subject: Re: [PHP-DEV] --enable-zend-multibyte
From: johannes@schlueters.de (Johannes =?ISO-8859-1?Q?Schl=FCter?=)

Hi,

On Thu, 2010-07-29 at 21:26 +0200, Ferenc Kovacs wrote:
> Hi.
> 
> Could we set the --enable-zend-multibyte configure option to be
> enabled by default for the trunk?
> http://bugs.php.net/bug.php?id=22108

Ignoring the BOF might cause not expected behavior: Assume people are
using PHP as "templating" language and want the BOM to go out to the
client. So the fix for this might be to store the BOM, then wait till
the first other output is being made and then send BOM+output. This
would cost some little parsing time and maybe a bit more.

The Zend Multibyte mode has a few more effects, like changing the
encoding of parsed files in memory etc. which cost time and might have
other consequences, this should be kept as a feature for the ones
knowing what it does (they actually might document it better ;-))

johannes