Re: [PHP-DEV] Activation of IGBinary serialization extension in 5.4 by default

2011-08-18 Thread Pierre Joye
hi Stas! On Thu, Aug 18, 2011 at 7:27 PM, Stas Malyshev wrote: >>  . not enabling it by default defeats the purpose of bundling it > > Actually, I don't think it does. It's one thing to tell people "put this > option into php.ini" and quite another is "download it from PECL (?), > compile it (?!

Re: [PHP-DEV] [RFC] Function autoloading through spl_autoload*

2011-08-18 Thread Ferenc Kovacs
On Thu, Aug 18, 2011 at 7:19 PM, Stas Malyshev wrote: > Hi! > > On 8/17/11 3:15 PM, Sebastian Krebs wrote: >> >> However, in my opinion the important part is to just make a decision the >> sooner, the better, as long as there are not too much creepy code out >> there (I don't know any and I can't

Re: [PHP-DEV] Choosing a distributed version control system for PHP - problems

2011-08-18 Thread Lester Caine
David Soria Parra wrote: On 2011-08-18, Lester Caine wrote: > Again neither of those seem to be using 'superprojects', just the odd library > included as a submodule. It seems that the statements in the RFC were not clear enough, I'll add some explanation. We will very probably not use subm

Re: [PHP-DEV] Re: json_encode option for not escaping unnecessary character

2011-08-18 Thread Александр Москалёв
I know that molestation is evil, but how's my patch? ) I would really like to see this functionality in php 5.4. In many projects with utf8, we are forced to use non native json_encode now With regards, Alexander Moskaliov ir...@irker.net 2011/8/4 Scott MacVicar : > Never got the email, will l

Re: [PHP-DEV] Choosing a distributed version control system for PHP - problems

2011-08-18 Thread David Soria Parra
On 2011-08-18, Lester Caine wrote: > Again neither of those seem to be using 'superprojects', just the odd library > included as a submodule. It seems that the statements in the RFC were not clear enough, I'll add some explanation. We will very probably not use submodules in php-src anyway. Oth

Re: [PHP-DEV] Activation of IGBinary serialization extension in 5.4 by default

2011-08-18 Thread Stas Malyshev
Hi! On 8/18/11 5:22 AM, Pierre Joye wrote: . not enabling it by default defeats the purpose of bundling it Actually, I don't think it does. It's one thing to tell people "put this option into php.ini" and quite another is "download it from PECL (?), compile it (?!) and install it". The fir

Re: [PHP-DEV] Autotests: Access denied for user 'root'@'localhost' (using password: NO)

2011-08-18 Thread Ulf Wendel
Am 18.08.2011 00:46, schrieb Reindl Harald: Wouldn't it be a good idea to specify here a user/pwd/database for build-systems without force them open root without password? SKIP mysql_get_host_info() [ext/mysql/tests/mysql_get_host_info.phpt] reason: Can't connect to MySQL Server - [1045] Access

Re: [PHP-DEV] [RFC] Function autoloading through spl_autoload*

2011-08-18 Thread Stas Malyshev
Hi! On 8/17/11 3:15 PM, Sebastian Krebs wrote: However, in my opinion the important part is to just make a decision the sooner, the better, as long as there are not too much creepy code out there (I don't know any and I can't imagine, that there is). Because functions with namespace are quite un

RE: [PHP-DEV] Autotests: Access denied for user 'root'@'localhost' (using password: NO)

2011-08-18 Thread Johannes Schlüter
On Thu, 2011-08-18 at 11:55 -0400, Mike Robinson wrote: > I'm wondering if adding a prompt for the mysql username and password, > with the defaults set as is, would be possible, and if so, if someone > were to offer a patch why it shouldn't be considered. since you would need quite a few prompts.

RE: [PHP-DEV] Autotests: Access denied for user 'root'@'localhost' (using password: NO)

2011-08-18 Thread Mike Robinson
On August-17-11 8:04 PM Roger Llopart Pla wrote: > That use, or, if it's a development machine, leave it as it is since it > does it's work just fine. > > 2011/8/18 Reindl Harald > > > > > > > Am 18.08.2011 01:30, schrieb Stas Malyshev: > > > Hi! > > > > > >> well but using root as default is a

[PHP-DEV] PHP 5.3.7 Released!

2011-08-18 Thread Ilia Alshanetsky
The PHP development team would like to announce the immediate availability of PHP 5.3.7. This release focuses on improving the stability of the PHP 5.3.x branch with over 90 bug fixes, some of which are security related. Security Enhancements and Fixes in PHP 5.3.7: * Updated crypt_blowfish to

Re: [PHP-DEV] [RFC] Function autoloading through spl_autoload*

2011-08-18 Thread Michael Morris
I'm not so sure about that. For example, class PDO is PHP core. Suppose I create A\PDO. When PHP is asked for A\PDO and fails to find it then it will die. Correct me if I'm wrong but I think it does NOT go looking for \PDO. Another bugbear is classes will most likely be 1 class = 1 file. Funct

Re: [PHP-DEV] Activation of IGBinary serialization extension in 5.4 by default

2011-08-18 Thread Ferenc Kovacs
2011/8/18 Johannes Schlüter : > On Thu, 2011-08-18 at 15:33 +0200, Ferenc Kovacs wrote: >> we already do this (session.serialize_handler, defaults to our own >> format, but can be set to wddx or igbinary) > > Well the session handler doesn't matter too much and is more of an admin > thing, unlike s

Re: [PHP-DEV] Activation of IGBinary serialization extension in 5.4 by default

2011-08-18 Thread Johannes Schlüter
On Thu, 2011-08-18 at 15:33 +0200, Ferenc Kovacs wrote: > we already do this (session.serialize_handler, defaults to our own > format, but can be set to wddx or igbinary) Well the session handler doesn't matter too much and is more of an admin thing, unlike serialize()/unserialize(). Those are the

Re: [PHP-DEV] Activation of IGBinary serialization extension in 5.4 by default

2011-08-18 Thread Ferenc Kovacs
2011/8/18 Johannes Schlüter : > On Thu, 2011-08-18 at 12:48 +0100, Paul Dragoonis wrote: >> I agree with bundling and providing a .ini setting to activate, but off by >> default. > > An ini setting is evil for this. People use serialized data as transport > format having that depend on an ini setti

Re: [PHP-DEV] Activation of IGBinary serialization extension in 5.4 by default

2011-08-18 Thread Arvids Godjuks
Just add a check on what format is used on read, write with the new format. Deprecate the old format in next version after 5.4 (or drop it at all in 6.0 or whatever the new major version will be). Make a noise about the change (I can do that for the Russian speaking community with ease). It will b

Re: [PHP-DEV] Activation of IGBinary serialization extension in 5.4 by default

2011-08-18 Thread Johannes Schlüter
On Thu, 2011-08-18 at 12:48 +0100, Paul Dragoonis wrote: > I agree with bundling and providing a .ini setting to activate, but off by > default. An ini setting is evil for this. People use serialized data as transport format having that depend on an ini setting is bad. suggestions: - The decode f

Re: [PHP-DEV] Activation of IGBinary serialization extension in 5.4 by default

2011-08-18 Thread Kiall Mac Innes
Some others systems use something similar to syntax checking (ldap password hashes). Baisically, prefix a code to the serialized string to indicate what method was used to serialize. Eg no prefix, or $O$ for the old style. Or $I$ for the igbinary syntax. This has the advantage of allowing addit

Re: [PHP-DEV] Activation of IGBinary serialization extension in 5.4 by default

2011-08-18 Thread Pierre Joye
hi! On Thu, Aug 18, 2011 at 1:12 PM, Paul Dragoonis wrote: > After a brief discussion with Pierre I'm taking this discussion to here. For the record here, I'm not in favor of bundling igbinary (or other custom serializer). My main concerns are: . the PHP serializer can be overridden at runtim

Re: [PHP-DEV] Activation of IGBinary serialization extension in 5.4 by default

2011-08-18 Thread Kingsquare.nl - Robin Speekenbrink
Hello everyone, My first post after watching the list for a while: my opionion on this would also be incorporate it into the core but with BC compatibility: the serializer could (easily from what i understand) check to see if the serialized format is in the `old` format and read that according

Re: [PHP-DEV] Activation of IGBinary serialization extension in 5.4 by default

2011-08-18 Thread Paul Dragoonis
On Thu, Aug 18, 2011 at 12:38 PM, Roger Llopart Pla wrote: > I agree with bundling it in the core aswell, but having it as default, as > stated, would be a huge BC break. > > 2011/8/18 Arpad Ray > >> Hi, >> >> On Thu, Aug 18, 2011 at 12:12 PM, Paul Dragoonis >> wrote: >> > Hey guys, >> > >> > Af

Re: [PHP-DEV] Activation of IGBinary serialization extension in 5.4 by default

2011-08-18 Thread Ferenc Kovacs
On Thu, Aug 18, 2011 at 1:30 PM, Arpad Ray wrote: > Hi, > > On Thu, Aug 18, 2011 at 12:12 PM, Paul Dragoonis wrote: >> Hey guys, >> >> After a brief discussion with Pierre I'm taking this discussion to here. >> We have the igbinary pecl extension available [1], however not many of our >> userbase

Re: [PHP-DEV] Activation of IGBinary serialization extension in 5.4 by default

2011-08-18 Thread Roger Llopart Pla
I agree with bundling it in the core aswell, but having it as default, as stated, would be a huge BC break. 2011/8/18 Arpad Ray > Hi, > > On Thu, Aug 18, 2011 at 12:12 PM, Paul Dragoonis > wrote: > > Hey guys, > > > > After a brief discussion with Pierre I'm taking this discussion to here. > >

Re: [PHP-DEV] Activation of IGBinary serialization extension in 5.4 by default

2011-08-18 Thread Arpad Ray
Hi, On Thu, Aug 18, 2011 at 12:12 PM, Paul Dragoonis wrote: > Hey guys, > > After a brief discussion with Pierre I'm taking this discussion to here. > We have the igbinary pecl extension available [1], however not many of our > userbase are familiar that it even exists. > Here [2] is the performa

[PHP-DEV] Activation of IGBinary serialization extension in 5.4 by default

2011-08-18 Thread Paul Dragoonis
Hey guys, After a brief discussion with Pierre I'm taking this discussion to here. We have the igbinary pecl extension available [1], however not many of our userbase are familiar that it even exists. Here [2] is the performance boost we get from using igbinary with serialize() and unserialize().

Re: [PHP-DEV] Choosing a distributed version control system for PHP - problems

2011-08-18 Thread Pierre Joye
On Thu, Aug 18, 2011 at 11:49 AM, Lester Caine wrote: > This was the problem I hit last year. A nice CVS repo got translated into > some 200 git repo's, but there still is no easy way of building a 'project' > that pulls the say a core build with all the essential modules. You end up > writing sc

Re: [PHP-DEV] Choosing a distributed version control system for PHP - problems

2011-08-18 Thread Lester Caine
Pierre Joye wrote: On Thu, Aug 18, 2011 at 10:28 AM, Lester Caine wrote: > Pierre Joye wrote: >> >> On Thu, Aug 18, 2011 at 9:32 AM, Lester Cainewrote: >>> >>> >Pierre Joye wrote: >> >>Another great example of a successful is the freedesktop project. >>

[PHP-DEV] Re: types conversion mistakes in cli's server

2011-08-18 Thread Pierre Joye
done in r315128 On Wed, Aug 17, 2011 at 5:19 PM, Pierre Joye wrote: > Hi > > There are many loosely conversions in the CLI web server. Mostly from > (u)int64 to size_t (on 32bit platforms) or in64t to char, or the other > way 'round. > > What was the goal to support 64bit data range for content l

Re: [PHP-DEV] Choosing a distributed version control system for PHP - problems

2011-08-18 Thread Pierre Joye
On Thu, Aug 18, 2011 at 10:28 AM, Lester Caine wrote: > Pierre Joye wrote: >> >> On Thu, Aug 18, 2011 at 9:32 AM, Lester Caine  wrote: >>> >>> >  Pierre Joye wrote: >> >>  Another great example of a successful is the freedesktop project. >> They >>  have 100s of sub projec

Re: [PHP-DEV] Choosing a distributed version control system for PHP - problems

2011-08-18 Thread Lester Caine
Pierre Joye wrote: On Thu, Aug 18, 2011 at 9:32 AM, Lester Caine wrote: > Pierre Joye wrote: >> >> Another great example of a successful is the freedesktop project. They >> have 100s of sub project and each of them have modules. > > Can I suggest you have a closer look at this conversion

Re: [PHP-DEV] Choosing a distributed version control system for PHP - problems

2011-08-18 Thread Pierre Joye
On Thu, Aug 18, 2011 at 9:32 AM, Lester Caine wrote: > Pierre Joye wrote: >> >> Another great example of a successful is the freedesktop project. They >> have 100s of sub project and each of them have modules. > > Can I suggest you have a closer look at this conversion Pierre and work out > what i

Re: [PHP-DEV] Choosing a distributed version control system for PHP - problems

2011-08-18 Thread Lester Caine
Pierre Joye wrote: Another great example of a successful is the freedesktop project. They have 100s of sub project and each of them have modules. Can I suggest you have a closer look at this conversion Pierre and work out what is currently missing from it ... hint - as a new developer how do I