moriyoshi Sat Feb 14 07:33:41 2009 UTC
Added files:
/php-src/ext/mbstring/tests bug45923.phpt
Modified files:
/php-src/ext/mbstring mbstring.c mbstring.h
/php-src/ext/mbstring/libmbfl/mbfl mbfilter.c
Log:
- Fix Bug #45923
moriyoshi Sat Sep 13 00:22:10 2008 UTC
Modified files:
/php-src/ext/mbstring mbstring.c mbstring.h
Log:
- mb_encoding_aliases() is more consistent with mb_preferred_mime_name()
despite the unconformance with the naming convention.
http://cvs.p
moriyoshi Sat Aug 2 20:48:30 2008 UTC
Modified files:
/php-src/ext/mbstring mbstring.c mbstring.h
Log:
- Fixed bug #45691 (Some per-dir or runtime settings may leak into other
requests).
http://cvs.php.net/viewvc.cgi/php-src/ext/mbstring/mbstring
moriyoshi Thu Jul 24 13:46:35 2008 UTC
Modified files:
/php-src/ext/mbstring mbstring.c mbstring.h php_unicode.c
php_unicode.h
Log:
- Fixed warnings.
http://cvs.php.net/viewvc.cgi/php-src/ext/mbstring/mbstring.c?r1=
moriyoshi Thu Jul 17 16:08:09 2008 UTC
Modified files:
/php-src/ext/mbstring mbstring.c mbstring.h php_mbregex.c
php_mbregex.h
Log:
- Removed dependencies from php_mbregex to oniguruma types
http://cvs.php.net/viewv
masugataMon Apr 3 15:32:43 2006 UTC
Modified files:
/php-src/ext/mbstring mbstring.c mbstring.h
Log:
added mb_stristr( ), mb_strrichr( ).
http://cvs.php.net/viewcvs.cgi/php-src/ext/mbstring/mbstring.c?r1=1.253&r2=1.254&diff_format=u
Index: php-src
Hi, Derick.
> Just wondering... but why are you adding mb_String functions to HEAD?
> PHP in HEAD has full unicode support which makes the mbstring extension
> obsolete.
PHP_5_1 Branch is release process.
If PHP5.1.3 is released, it will be applied to PHP_5_1 Branch.
Can't think that all appli
On Thu, 30 Mar 2006, Seiji Masugata wrote:
> masugata Thu Mar 30 15:43:54 2006 UTC
>
> Modified files:
> /php-src/ext/mbstring mbstring.c mbstring.h
> Log:
> added mb_stripos( ), mb_strripos( ).
Just wondering... but why are you adding mb_String function
masugataThu Mar 30 15:43:54 2006 UTC
Modified files:
/php-src/ext/mbstring mbstring.c mbstring.h
Log:
added mb_stripos( ), mb_strripos( ).
http://cvs.php.net/viewcvs.cgi/php-src/ext/mbstring/mbstring.c?r1=1.252&r2=1.253&diff_format=u
Index: php-src
masugataWed Mar 29 15:47:07 2006 UTC
Modified files:
/php-src/ext/mbstring mbstring.c mbstring.h
Log:
added mb_strrchr( ).
http://cvs.php.net/viewcvs.cgi/php-src/ext/mbstring/mbstring.c?r1=1.251&r2=1.252&diff_format=u
Index: php-src/ext/mbstring/mb
masugataTue Mar 28 16:05:16 2006 UTC
Modified files:
/php-src/ext/mbstring mbstring.c mbstring.h
Log:
added mb_strstr( ).
http://cvs.php.net/viewcvs.cgi/php-src/ext/mbstring/mbstring.c?r1=1.250&r2=1.251&diff_format=u
Index: php-src/ext/mbstring/mbs
masugataMon Mar 27 15:20:02 2006 UTC
Modified files:
/php-src/ext/mbstring mbstring.c mbstring.h
Log:
added mb_list_mime_names( ).
http://cvs.php.net/viewcvs.cgi/php-src/ext/mbstring/mbstring.c?r1=1.249&r2=1.250&diff_format=u
Index: php-src/ext/mbs
masugataThu Mar 23 20:14:41 2006 UTC
Modified files:
/php-src/ext/mbstring mbstring.c mbstring.h
Log:
added mb_list_encodings_alias_names( ).
http://cvs.php.net/viewcvs.cgi/php-src/ext/mbstring/mbstring.c?r1=1.247&r2=1.248&diff_format=u
Index: php-
hirokawaTue Mar 21 07:47:43 2006 UTC
Modified files:
/php-src/ext/mbstring mbstring.c mbstring.h
/php-src/ext/mbstring/libmbfl/mbfl mbfilter.c
Log:
added mb_check_encoding() to detect possible invalid encoding attack.
http://cvs.php.net/viewc
hirokawaTue Mar 21 02:11:55 2006 UTC
Modified files:
/php-src/ext/mbstring mbstring.c mbstring.h
/php-src/ext/mbstring/libmbfl/mbfl mbfilter.c mbfilter.h
mbfl_convert.c mbfl_convert.h
Log:
MF PHP_5_1
h
On October 26, 2003 02:20 am, Rui Hirokawa wrote:
> But, I shoudn't revert an another license related patch
> as shown below because the license compatibility has priority.
There is no argument about the license fix patch, it is a necessary evil. I
will make RC3 on Monday with this patch and if n
Moriyoshi,
Yes, there was a temporary agreement that allows us to release the current version in
the 4.3 branch until new implementation has stability.
But, I think replacing libmbfl with mbfilter.* in PHP 4.3.4 is preferable because,
1. license problem should be solved as quickly as possible
Rui, wasn't there any agreement with the author of libmbfl that still
allows us to keep the modified version in the 4.3 branch? Unless there's
something obvious, we'd be better off replacing them by the safer stuff
however.
Moriyoshi
Rui Hirokawa <[EMAIL PROTECTED]> wrote:
>
> Ilia,
>
> I ap
Ilia,
I appreciate your continious effort about QC process.
GPC bug in rfc1867.c is not critical one, and I agree with you
it is not preferable in the final RC process.
I will revert my GPC related patch in a couple of hours.
But, I shoudn't revert an another license related patch
as shown bel
Ilia Alshanetsky <[EMAIL PROTECTED]> wrote:
> On October 25, 2003 07:14 pm, Rasmus Lerdorf wrote:
> > Ah, thought it was the other patch. However, I wouldn't call the above a
> > new feature. That one is a bug fix as it was an oversight to not also
> > convert form fields in multipart posts.
>
On October 25, 2003 07:14 pm, Rasmus Lerdorf wrote:
> Ah, thought it was the other patch. However, I wouldn't call the above a
> new feature. That one is a bug fix as it was an oversight to not also
> convert form fields in multipart posts.
Well, it is a mix of a feature & a bug fix. The bug if
I think it is a kind of bug fix because,
1. name field of multipart/form was not converted into internal encoding.
This behavior is different from the usual GPC conversion performed by
mbstr_treat_data() and it might makes confusion for the users.
2. auto-detection might be fail because auto-de
On Sat, 25 Oct 2003, Ilia Alshanetsky wrote:
> On October 25, 2003 06:22 pm, Rasmus Lerdorf wrote:
> > And continue breaking licenses knowingly?
>
> That patch does not fix licensing issues, it merely adds a feature, the
> license fix is not there...
>
> Patch log:
> name/value in multipart/fo
On October 25, 2003 06:22 pm, Rasmus Lerdorf wrote:
> And continue breaking licenses knowingly?
That patch does not fix licensing issues, it merely adds a feature, the
license fix is not there...
Patch log:
name/value in multipart/form-date will be converted into internal encoding
when mbstrin
And continue breaking licenses knowingly?
On Sat, 25 Oct 2003, Ilia Alshanetsky wrote:
> My appologies for the delayed response (I see that the patch was commited).
> After reviewing the patch I would very much prefer if you would revert it and
> wait till PHP 4.3.5 (ot whatever the next releas
My appologies for the delayed response (I see that the patch was commited).
After reviewing the patch I would very much prefer if you would revert it and
wait till PHP 4.3.5 (ot whatever the next release will be) with it.
Ilia
On October 24, 2003 11:08 pm, Rui Hirokawa wrote:
> Yes, I have plan
Yes, I have plan to commit to 4.3 branch.
Ilia, is it possible to commit ?
Rui
On Thu, 23 Oct 2003 10:43:16 +0900 (JST)
Rasmus Lerdorf <[EMAIL PROTECTED]> wrote:
> Are you committing this to 4.3 as well?
>
> On Wed, 22 Oct 2003, Rui Hirokawa wrote:
>
> > hirokawaWed Oct 22 10:14:0
Are you committing this to 4.3 as well?
On Wed, 22 Oct 2003, Rui Hirokawa wrote:
> hirokawa Wed Oct 22 10:14:06 2003 EDT
>
> Modified files:
> /php-src/main rfc1867.c
> /php-src/ext/mbstring mbstring.c mbstring.h
> Log:
> name/value in multipart
hirokawaWed Oct 22 10:14:06 2003 EDT
Modified files:
/php-src/main rfc1867.c
/php-src/ext/mbstring mbstring.c mbstring.h
Log:
name/value in multipart/form-date will be converted into internal encoding when
mbstring.encoding_translation is
29 matches
Mail list logo
