Hello, I walked through the bugs you mentioned, however I cannot find any bugs really related to the option (apparently all of the bugs have nothing to do with the option).
so, actually I'm still not sure why you think the option causes bugs. or, just because you searched the bugs with the '--enable-zend-mutibyte' keyword, and found 94 entries as you said? and, aside from this issue, I found the encoding related bug again (sigh...) http://bugs.php.net/bug.php?id=29518 how do you think about this? it's worth fixing? or you think this is just a bogus one? The Message From Al Baker on Tue, 31 Aug 2004 03:10:41 -0500: > The bugs I saw were just the result of a quick search for multibyte, or > more --enable-zend-multibyte: > > http://bugs.php.net/search.php?search_for=--enable-zend- > multibyte&boolean=0&limit=10&order_by=&direction=ASC&cmd=display&status=Open&php_os=&phpver=&assign=&author_email=&bug_age=0 > > A few relevant ones filed in the last month come up... > > Al > > On Tue, 2004-08-31 at 10:27 +0900, Masaki Fujimoto wrote: > > Hello, > > > > the option is, to handle following issues (though I've been away > > for months... :( > > > > * parsing scripts written in flex-unfriendly encodings > > (e.g. Shift_JIS, BIG-5, etc) > > * parsing scripts containing BOM (Byte Order Mark) > > * converting encoding of each script to one "internal" encoding > > * parsing scripts written in wide characters (like UTF-16) > > -- experimental > > > > in short, this option enables Zend Engine II to parse scripts > > written in various encodings. however, these features apparently > > cause some performance loss comapring to simple parsing, so I think > > this option will remains one of additional features. > > > > anyway, would please tell me the id of the bugs you mentioned? as I > > stated, I always take care not to do any harm to the other codes, so > > of course I'll fix them ASAP if it's caused by my option. > > > > regards, > > Masaki Fujimoto > > > > The Message From Al Baker on Mon, 30 Aug 2004 15:13:06 -0500: > > > What is the "--enable-zend-multibyte" configuration option used for > > > then? > > > > > > I've noticed a few bug reports where this option was the culprit. > > > > > > Al > > > > > > On Mon, 2004-08-30 at 11:50 -0700, Andi Gutmans wrote: > > > > Adam, > > > > > > > > That link is in the History section of the Zend Engine II section. We left > > > > it and our original RFC there so that people can take a look but PHP 5 has > > > > changed very much since then. > > > > > > > > Andi > > > > > > > > At 07:08 PM 8/30/2004 +0800, Adam Q wrote: > > > > >Actually I noticed that the Zend Engine 2 page [1] mentions > > > > >"Internationalization" as a _new_ feature of PHP 5... > > > > >Has there been big changes to the way PHP5 handles i18n? > > > > > > > > > >[1] http://www.zend.com/zend/zend-engine-summary.php > > > > > > > > > >Thanks, > > > > >Adam > > > > > > > > > >On 30/08/2004, at 2:11 PM, Derick Rethans wrote: > > > > > > > > > >>On Sat, 28 Aug 2004, Al Baker wrote: > > > > >> > > > > >>>So, all the mb_* functions will have the experimental removed? I see a > > > > >>>few that still have it, or is that just the mirrors not up to date yet? > > > > >> > > > > >>I'd go for the iconv() functions as you need to external extension for > > > > >>this in PHP 5 (it's enabled by default). > > > > >> > > > > >>Derick > > > > >> > > > > >>-- > > > > >>Derick Rethans > > > > >>http://derickrethans.nl | http://ez.no | http://xdebug.org > > > > >> > > > > >>-- > > > > >>PHP Internals - PHP Runtime Development Mailing List > > > > >>To unsubscribe, visit: http://www.php.net/unsub.php > > > > > > > > > >-- > > > > >PHP Internals - PHP Runtime Development Mailing List > > > > >To unsubscribe, visit: http://www.php.net/unsub.php > > > > > > > > > > -- > > > PHP Internals - PHP Runtime Development Mailing List > > > To unsubscribe, visit: http://www.php.net/unsub.php > > > > -- > > Masaki Fujimoto > > [EMAIL PROTECTED] > > -- Masaki Fujimoto [EMAIL PROTECTED] -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
