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 GL
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
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 work?
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.
ok, but
-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:
No, this option is 'disabled
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.
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.
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 only (or
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 characters
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 no code
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 should
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 http://www.php.net/
To unsubscribe, visit:
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
length only)
[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
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
[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 (which you
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 that are
already out
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
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.
Are you out of
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
not
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:
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=#65;auml;euro;
and receive $_GET['VAR'] = 'A and both auml; and euro;
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
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_encoding =
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):
]; [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 worth a comit the next days after some
further testing. And the question
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 the
27 matches
Mail list logo
