Re: [PHP-DEV] Re: mbstring and 4.3.0

> PHP 4.3.0's Zend Engine also comes with SJIS awareness. It does not > make sense to have SJIS awareness without mbstring also. > (Need compile option to enable SJIS awareness) In addition, we'll have to take in account all of the double byte encodings in which second bytes of characters spans G

[PHP-DEV] Re: mbstring and 4.3.0

Andrei Zmievski wrote: At the PHP Conference in Germany several of us have discussed the current state of mbstring and there was a proposal to not have it enabled by default for 4.3.0 release. It seems that the extension attempts to do "magic" stuff by overloading functions in the executor global

[PHP-DEV] Re: mbstring regexp working in 4.2.3?

Jean-Christian Imbeault wrote: > I've been testing some the regexp functions (two so far) of the mbstring > functions in 4.2.3 and they don't work. > > I've submitted two bug reports but before continuing my testing of more > mbstring functions I wanted to ask ... > > 1- did any of the regexp

Re: [PHP-DEV] Re: mbstring

[Sorry if this is a little late: my ISP has also had some mail problems over the last 48 or so hours, so I've had a random quantity of mail delivered in a random sequence over that period, most of it coming through today :-/] On 09/02/02, [EMAIL PROTECTED] wrote: > On Mon, 2 Sep 2002, Wez Furlong

Re: [PHP-DEV] Re: mbstring

Zeev Suraski wrote: > At 10:25 03/09/2002, [EMAIL PROTECTED] wrote: > >> > strlen() overloaded by mb_strlen might causes some problems because it >> > is used to measure length of string and to measure length of binary >> > data. So, a new function to measure string length only (or binary >> > l

Re: [PHP-DEV] Re: mbstring

On Tue, 3 Sep 2002, Zeev Suraski wrote: > I'm going to argue about it (fiercely :) if/when it becomes more relevant, > but not a microsecond sooner... we'll meet again in battle then :) Derick -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/u

Re: [PHP-DEV] Re: mbstring

I'm going to argue about it (fiercely :) if/when it becomes more relevant, but not a microsecond sooner... Zeev At 11:38 03/09/2002, [EMAIL PROTECTED] wrote: >On Tue, 3 Sep 2002, Zeev Suraski wrote: > > > At 11:20 03/09/2002, [EMAIL PROTECTED] wrote: > > >strlen -> stringlength... I think this

Re: [PHP-DEV] Re: mbstring

On Tue, 3 Sep 2002, Zeev Suraski wrote: > At 11:20 03/09/2002, [EMAIL PROTECTED] wrote: > >strlen -> stringlength... I think this should count the number of > >characters in a string, not the binary length. It would be nice if this > >function (strlen) would be transparent with mb things too, as

Re: [PHP-DEV] Re: mbstring

At 11:20 03/09/2002, [EMAIL PROTECTED] wrote: >strlen -> stringlength... I think this should count the number of >characters in a string, not the binary length. It would be nice if this >function (strlen) would be transparent with mb things too, as no code >needs to be changed then. Compatibility

Re: [PHP-DEV] Re: mbstring

> strlen -> stringlength... I think this should count the number of > characters in a string, not the binary length. It would be nice if this > function (strlen) would be transparent with mb things too, as no code > needs to be changed then. Agreed. strlen() should imho return number of character

Re: [PHP-DEV] Re: mbstring

On Tue, 3 Sep 2002, Zeev Suraski wrote: > At 10:25 03/09/2002, [EMAIL PROTECTED] wrote: > > > strlen() overloaded by mb_strlen might causes some problems because it > > > is used to measure length of string and to measure length of binary > > > data. So, a new function to measure string length o

Re: [PHP-DEV] Re: mbstring

At 10:25 03/09/2002, [EMAIL PROTECTED] wrote: > > strlen() overloaded by mb_strlen might causes some problems because it > > is used to measure length of string and to measure length of binary > > data. So, a new function to measure string length only (or binary > > length only) will be necessary

RE: [PHP-DEV] Re: mbstring

On Tue, 3 Sep 2002, James Cox wrote: > lets summarize what we got out of this... > > -- mbstring is a very useful part of PHP and should be integrated properly > into ext/standard . Not in ext/standard, but just plain the the core. It is not NEW functionality, but just enhances existing ones.

RE: [PHP-DEV] Re: mbstring

So, lets summarize what we got out of this... -- mbstring is a very useful part of PHP and should be integrated properly into ext/standard . -- mbstring-enc-trans has some issues, but that's ok because you can't disable-and-not-build it at build time now -- having default packages is ok, but w

Re: [PHP-DEV] Re: mbstring

On Tue, 3 Sep 2002, Rui Hirokawa wrote: > Yes, I will add some documentation about new settings into PHP manual. good :) > > You obviously have no idea what mbstring exactly does, as this comments > > makes little sense. mbstring _overloads_ functions which are in > > ext/standard (such as st

Re: [PHP-DEV] Re: mbstring

On Tue, 3 Sep 2002 08:51:27 +0200 (CEST) [EMAIL PROTECTED] wrote: > On Tue, 3 Sep 2002, James Cox wrote: > > > > > > > No, this option is 'disabled' by default, and can be enabled by a > > > ini variable. > > > > > > mbstring.encoding_translation = Off; is default. > > > > > > If mbstring.enco

RE: [PHP-DEV] Re: mbstring

> -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, September 03, 2002 7:51 AM > To: James Cox > Cc: Rui Hirokawa; [EMAIL PROTECTED] > Subject: RE: [PHP-DEV] Re: mbstring > > > On Tue, 3 Sep 2002, James Cox wrote: >

RE: [PHP-DEV] Re: mbstring

On Tue, 3 Sep 2002, James Cox wrote: > > > > No, this option is 'disabled' by default, and can be enabled by a > > ini variable. > > > > mbstring.encoding_translation = Off; is default. > > > > If mbstring.encoding_translation = On is set in php.ini, > > the transparent conversion will be enabled

RE: [PHP-DEV] Re: mbstring

> > No, this option is 'disabled' by default, and can be enabled by a > ini variable. > > mbstring.encoding_translation = Off; is default. > > If mbstring.encoding_translation = On is set in php.ini, > the transparent conversion will be enabled. > ok, but before, you had to --enable it before it'd

Re: [PHP-DEV] Re: mbstring

On Tue, 3 Sep 2002 07:13:41 +0100 "James Cox" <[EMAIL PROTECTED]> wrote: > > > > I think that the problem is caused by > > --enable-mbstr-enc-trans option and is not caused by mbstring itself. > > > > If --enable-mbstr-enc-trans is enabled, > > php_treat_data, the original handler of user input

RE: [PHP-DEV] Re: mbstring

> > I think that the problem is caused by > --enable-mbstr-enc-trans option and is not caused by mbstring itself. > > If --enable-mbstr-enc-trans is enabled, > php_treat_data, the original handler of user input (POST/GET/Cookie), > is overrided by mbstr_treat_data in ext/mbstring , > the multibyte

[PHP-DEV] Re: mbstring

I think that the problem is caused by --enable-mbstr-enc-trans option and is not caused by mbstring itself. If --enable-mbstr-enc-trans is enabled, php_treat_data, the original handler of user input (POST/GET/Cookie), is overrided by mbstr_treat_data in ext/mbstring , the multibyte enabled ve

Re: [PHP-DEV] Re: mbstring

On Mon, 2 Sep 2002, Yasuo Ohgaki wrote: > [EMAIL PROTECTED] wrote: > > On Mon, 2 Sep 2002, Yasuo Ohgaki wrote: > > > > > >>[EMAIL PROTECTED] wrote: > >> > >>>No, not really. It was noted by more than one person that it breaks > >>>some simple things in PHP, affecting the bahavior of scripts th

Re: [PHP-DEV] Re: mbstring

[EMAIL PROTECTED] wrote: > On Mon, 2 Sep 2002, Yasuo Ohgaki wrote: > > >>[EMAIL PROTECTED] wrote: >> >>>No, not really. It was noted by more than one person that it breaks >>>some simple things in PHP, affecting the bahavior of scripts that are >>>already out there. Until it is totally stable

Re: [PHP-DEV] Re: mbstring

On Mon, 2 Sep 2002, Wez Furlong wrote: > On 09/01/02, [EMAIL PROTECTED] wrote: > > On Mon, 2 Sep 2002, Yasuo Ohgaki wrote: > > > Are you out of mind? > > No, not really. It was noted by more than one person that it breaks > > some simple things in PHP, affecting the bahavior of scripts that are

Re: [PHP-DEV] Re: mbstring

On 09/01/02, [EMAIL PROTECTED] wrote: > On Mon, 2 Sep 2002, Yasuo Ohgaki wrote: > > Are you out of mind? > No, not really. It was noted by more than one person that it breaks > some simple things in PHP, affecting the bahavior of scripts that are > already out there. Umm, how many of those "me

Re: [PHP-DEV] Re: mbstring

On Mon, 2 Sep 2002, Yasuo Ohgaki wrote: > [EMAIL PROTECTED] wrote: > > > > No, not really. It was noted by more than one person that it breaks > > some simple things in PHP, affecting the bahavior of scripts that are > > already out there. Until it is totally stable (which you yourself it is

Re: [PHP-DEV] Re: mbstring

[EMAIL PROTECTED] wrote: > On Mon, 2 Sep 2002, Yasuo Ohgaki wrote: > > >>James Cox wrote: >> >>>Phil Copeland @ redhat pointed me at this bug: >>>But mbstring really isn't a core module, and very few people will require >>>kr/zh/ru style encoding. >>> >>>I vote to remove mbstring as a default mo

Re: [PHP-DEV] Re: mbstring

On Mon, 2 Sep 2002, Yasuo Ohgaki wrote: > James Cox wrote: > > Phil Copeland @ redhat pointed me at this bug: > > But mbstring really isn't a core module, and very few people will require > > kr/zh/ru style encoding. > > > > I vote to remove mbstring as a default module. > > -1 of course. > >

[PHP-DEV] Re: mbstring

James Cox wrote: > Phil Copeland @ redhat pointed me at this bug: > But mbstring really isn't a core module, and very few people will require > kr/zh/ru style encoding. > > I vote to remove mbstring as a default module. -1 of course. Are you out of mind? Tell other languages developers support

[PHP-DEV] Re: mbstring

James Cox wrote: > Phil Copeland @ redhat pointed me at this bug: > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=72752 Check with latest CVS before posting. I fixed this bug weeks ago. -- Yasuo Ohgaki -- PHP Development Mailing List To unsubscribe, visit: http

[PHP-DEV] Re: mbstring

"James Cox" <[EMAIL PROTECTED]> a écrit dans le message de news: [EMAIL PROTECTED] > Phil Copeland @ redhat pointed me at this bug: > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=72752 > > Seems that there are a number of issues (i'm going to verify & patch his > fixes right now). > > Th

Re: [PHP-DEV] Re: mbstring and html encode/const structs

I think adding 'const' is good idea to clarify the code. We should check the new code before release process of PHP 4.3.0. Rui On Fri, 02 Aug 2002 03:08:12 +0200 [EMAIL PROTECTED] (Marcus B¾­ŽÓrger) wrote: > Spent some more work and now it works if the internal encoding is > UTF-8. So maybe th

Re: [PHP-DEV] Re: mbstring and html encode/const structs

t;[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> Sent: Friday, August 02, 2002 1:08 AM Subject: Re: [PHP-DEV] Re: mbstring and html encode/const structs Spent some more work and now it works if the internal encoding is UTF-8. So maybe the work is wor

Re: [PHP-DEV] Re: mbstring and html encode/const structs

Spent some more work and now it works if the internal encoding is UTF-8. So maybe the work is worth a comit the next days after some further testing. And the question is with or without const modifiers? You can see what the patch does by looking at this example (UTF8): http://marcus-boerger.de/ph

Re: [PHP-DEV] Re: mbstring and html encode/const structs

At 00:36 02.08.2002, Rui Hirokawa wrote: >Thanks, >It's cool! > >On Thu, 01 Aug 2002 20:29:12 +0200 >[EMAIL PROTECTED] (Marcus B¾­ŽÓrger) wrote: > > > I have spent some more work and now i can decode HTML upon input, too. > > > > If you set (arg_separator.input = "|") and (mbstring.internal_encod

Re: [PHP-DEV] Re: mbstring and html encode/const structs

Thanks, It's cool! On Thu, 01 Aug 2002 20:29:12 +0200 [EMAIL PROTECTED] (Marcus B¾­ŽÓrger) wrote: > I have spent some more work and now i can decode HTML upon input, too. > > If you set (arg_separator.input = "|") and (mbstring.internal_encoding = > ISO-8859-15) in your ini file > you can do s

Re: [PHP-DEV] Re: mbstring and html encode/const structs

I have spent some more work and now i can decode HTML upon input, too. If you set (arg_separator.input = "|") and (mbstring.internal_encoding = ISO-8859-15) in your ini file you can do something like this: testpage.php?var=Aä€ and receive $_GET['VAR'] = 'A and both ä and € decoded. This will wor

Re: [PHP-DEV] Re: mbstring and html encode/const structs

At 04:11 01.08.2002, Yasuo Ohgaki wrote: >Interesting. > >Marcus Boerger wrote: >>Anyone interested may download the patch: >>http://marcus.boerger.de/php/ext/mbstring/mbstring-entities-const.patch >>And the additional file holding translation the table: >>http://marcus.boerger.de/php/ext/mbstri

[PHP-DEV] Re: mbstring and html encode/const structs

Interesting. Marcus Boerger wrote: > Anyone interested may download the patch: > http://marcus.boerger.de/php/ext/mbstring/mbstring-entities-const.patch > And the additional file holding translation the table: > http://marcus.boerger.de/php/ext/mbstring/html_entities.c but I cannot access to y

[PHP-DEV] Re: mbstring module

Den V. Tsopa wrote: > Hi! > > Well I look through another mbstring repository on cvs.sourceforge.jp. > What's the difference between cvs.sourceforge.jp and cvs.php.net? > Which repository should I use to develope a patch? > Should I continue commiting to cvs.php.net? I'm merging mbstring and oth

[PHP-DEV] Re: mbstring module

Brad Lafountain wrote: > $str = "Hello World"; > echo mb_strlen($str) . "\n"; > echo mb_strlen(mb_convert_encoding($str, "BASE64"), "BASE64"); > ?> > > the code above prints out > 11 > 16 > > > ... is this correct??? If so why does it work this way. Yes. This is correct. "BASE64" is not a val