Re: [PHP-DEV] [VOTE][RFC] ZPP Failure on Overflow

On Thu, Dec 4, 2014 at 1:54 PM, Andrea Faulds wrote: > >> On 4 Dec 2014, at 05:51, Xinchen Hui wrote: >> >>> >> I am not sure if I misunderstand your proposal.. >> >> I thought you proposal is only fail if double value is out of long range >> >> but from your patch, ext/date/tests/date_sunset_var

Re: [PHP-DEV] [VOTE][RFC] ZPP Failure on Overflow

> On 4 Dec 2014, at 05:51, Xinchen Hui wrote: > >> > I am not sure if I misunderstand your proposal.. > > I thought you proposal is only fail if double value is out of long range > > but from your patch, ext/date/tests/date_sunset_variation9.phpt is > fails with a double value 12.*** (which

Re: [PHP-DEV] [VOTE][RFC] ZPP Failure on Overflow

Hey: On Wed, Dec 3, 2014 at 5:44 AM, Andrea Faulds wrote: > Good evening once again, > > I’m putting the ZPP Failure on Overflow RFC to a vote. This RFC is an > important prerequisite to the Big Integer Support RFC, as it ensures safety > in implicit integer parameter conversions. > > The RFC r

Re: [PHP-DEV] Zend language parser improvements

On Wed, Dec 3, 2014 at 8:06 PM, Levi Morrison wrote: > The parser changes need to be careful reviewed; I don't have time at > the moment to verify it but I think you unintentionally allowed some > syntax's that shouldn't be valid because of the addition to > `inner_statement`. > Shouldn't. I bro

Re: [PHP-DEV] Zend language parser improvements

The parser changes need to be careful reviewed; I don't have time at the moment to verify it but I think you unintentionally allowed some syntax's that shouldn't be valid because of the addition to `inner_statement`. Maybe I just looked too quickly. In any case, parser changes should always get se

[PHP-DEV] Zend language parser improvements

Hi, I made some improvements that would like to get merged into PHP, but I require someone with Zend karma to review and merge. The patches are all related and included in each other as a progressive effort. As a quick explanation, the removal of ZEND_ACC_FINAL_CLASS addresses some classes that we

Re: [PHP-DEV] function overloading

On 12/03/2014 01:40 PM, Robert Stoll wrote: > Heya, > > > > I would like to know If it is somehow possible to overload existing functions > by extensions. And if it is possible, are > there already some extension doing it? > > I am not talking about the magic __call function. I am talking ab

Re: [PHP-DEV] Conversion of SplFileInfo instances to boolean

Peter Cowburn wrote: > On 3 December 2014 at 20:35, Christoph Becker wrote: > >> Hello internals, >> >> today I stumbled over issue #65213[1] which has been reported as a bug, >> but was changed to a feature request without any hint why the conversion >> of SplFileInfo instances to boolean throw

Re: [PHP-DEV] function overloading

Hi! > On 3 Dec 2014, at 21:40, Robert Stoll wrote: > > Heya, > > > > I would like to know If it is somehow possible to overload existing functions > by extensions. And if it is possible, are > there already some extension doing it? Possibly in an extension, maybe. But as a weakly-typed, dy

[PHP-DEV] function overloading

Heya, I would like to know If it is somehow possible to overload existing functions by extensions. And if it is possible, are there already some extension doing it? I am not talking about the magic __call function. I am talking about something like: let's assume GMP has overloaded the funct

Re: [PHP-DEV] PHP 5.4.35's ChangLog is misplaced

Hi all, On Thu, Dec 4, 2014 at 2:21 AM, Peter Cowburn wrote: > On 3 December 2014 at 14:25, Ferenc Kovacs wrote: > >> On Wed, Dec 3, 2014 at 2:44 PM, Lior Kaplan wrote: >> >> > Fixed. >> > >> > (allow a few minutes for the change to take affect). >> > >> > >> Hi, >> >> I did not fix it, becaus

Re: [PHP-DEV] Conversion of SplFileInfo instances to boolean

On 3 December 2014 at 20:35, Christoph Becker wrote: > Hello internals, > > today I stumbled over issue #65213[1] which has been reported as a bug, > but was changed to a feature request without any hint why the conversion > of SplFileInfo instances to boolean throws a catchable fatal error. > >

[PHP-DEV] Conversion of SplFileInfo instances to boolean

Hello internals, today I stumbled over issue #65213[1] which has been reported as a bug, but was changed to a feature request without any hint why the conversion of SplFileInfo instances to boolean throws a catchable fatal error. Even worse, due to optimizations in OPcache (and maybe other optimi

[PHP-DEV] Re: [PHP] PHP 5.5.20RC1 is available

On Fri, Nov 28, 2014 at 01:56:51PM +0100, Julien Pauli wrote: > Hello, > > PHP 5.5.20RC1 is available for testing. > > You can download it from > > http://downloads.php.net/jpauli/ > > The Windows binaries are available at http://windows.php.net/qa/ > > This release contains a number of bugfix

[PHP-DEV] Re: [PHP] PHP 5.6.4 RC1 is ready for testing

On Fri, Nov 28, 2014 at 12:49:59AM +0100, Ferenc Kovacs wrote: > Hello > > PHP 5.6.4 RC1 is available for testing. > > You can download it from > > *http://downloads.php.net/~tyrael/ * > > The Windows binaries are available at http://windows.php.net/qa/ > > T

Re: [PHP-DEV] PHP 5.4.35's ChangLog is misplaced

On 3 December 2014 at 14:25, Ferenc Kovacs wrote: > On Wed, Dec 3, 2014 at 2:44 PM, Lior Kaplan wrote: > > > Fixed. > > > > (allow a few minutes for the change to take affect). > > > > > Hi, > > I did not fix it, because I'm not sure it is a policy that when multiple > php versions are released

Re: [PHP-DEV] PHP 5.4.35's ChangLog is misplaced

The change was to make sure it's ordered by date first, than by version number. Before the change a version released in October appears higher than one released in November. Kaplan On Wed, Dec 3, 2014 at 3:25 PM, Ferenc Kovacs wrote: > > > On Wed, Dec 3, 2014 at 2:44 PM, Lior Kaplan wrote: >

Re: [PHP-DEV] PHP 5.4.35's ChangLog is misplaced

On Wed, Dec 3, 2014 at 2:44 PM, Lior Kaplan wrote: > Fixed. > > (allow a few minutes for the change to take affect). > > Hi, I did not fix it, because I'm not sure it is a policy that when multiple php versions are released then we should order them by the version and not by the time of the rele

Re: [PHP-DEV] PHP 5.4.35's ChangLog is misplaced

Fixed. (allow a few minutes for the change to take affect). Kaplan On Mon, Nov 17, 2014 at 6:44 AM, Yasuo Ohgaki wrote: > Hi webmasters and/or RMs, > > PHP 5.4.35's ChangLog is misplaced. > > http://php.net/ChangeLog-5.php#5.4.35 > > It should be after 5.5.19, not after 5.6.2. > > Regards, > >

Re: [PHP-DEV] [RFC] Native TLS

Hi Pierre, On Wed, December 3, 2014 02:36, Pierre Joye wrote: > hi Anatol! > > On Fri, Nov 28, 2014 at 2:54 AM, Anatol Belski > wrote: > >> Hi, >> >> >> this is a long spoken topic which is now embodied in >> https://wiki.php.net/rfc/native-tls . A preliminary implementation is >> there as well,