Re: [PHP-DEV] [RFC] [VOTE] JIT

On Thu, Mar 21, 2019 at 1:41 PM Dan Ackroyd wrote: > On Thu, 21 Mar 2019 at 12:15, Derick Rethans wrote: > > > > > I won't be voting for it. This should squarely just be targetted at PHP > > 8.0. > > > > Same thoughts here, extended to I don't think we should be having any > dramatic changes in

Re: [PHP-DEV] Re: Skip 7.3.0RC6?

On Thu, Oct 25, 2018 at 8:59 AM Jan Ehrhardt wrote: > Remi Collet in php.internals (Thu, 25 Oct 2018 07:32:00 +0200): > > > https://blog.remirepo.net/post/2018/07/02/PHP-extensions-status-with-upcoming-PHP-7.3 > > You can move v8js to work-in-progress. There is a 7.2+ branch: >

Re: [PHP-DEV] die('zend_mm_heap corrupted'); // TODO: Better error message

On Tue, Oct 9, 2018 at 10:56 AM Rowan Collins wrote: > On Tue, 9 Oct 2018 at 07:16, Dmitry Stogov wrote: > > > Hi Rowan, > > > > > > This error message is triggered when Zend MM used in improper way, e.g. > > invalid pointer free, etc. > > > > MM can't provide useful information about the

Re: [PHP-DEV] Hashtable collision resolution in PHP 7

On Tue, May 16, 2017 at 12:00 PM, Sara Golemon wrote: > https://nikic.github.io/2014/12/22/PHPs-new-hashtable-implementation.html > > On Tue, May 16, 2017 at 4:28 AM, Pawel Por wrote: > > Hi > > > > I'm trying to understand why PHP 7 hashtables are more

Re: [PHP-DEV] array_values should be a no-op for packed layout arrays

On Wed, Mar 15, 2017 at 12:58 AM, Jesse Schalken wrote: > > On Wed, Mar 15, 2017 at 10:39 AM, Sara Golemon wrote: > >> >> Oh yeah, btw... six hours ago... >> https://github.com/php/php-src/commit/c74bc87c74f48bc55541b3 >> bf2fc67d595f58a3b5 >> >> -Sara

Re: [PHP-DEV] array_values should be a no-op for packed layout arrays

On Mon, Mar 13, 2017 at 6:34 AM, Jesse Schalken wrote: > I noticed this commit > 9e853282fac968d9cd454> > recently in HHVM, which makes array_values() return the same array back if > it's packed instead of

Re: [PHP-DEV] Namespaces in Core

On Tue, Feb 7, 2017 at 12:00 PM, Derick Rethans wrote: > On Mon, 6 Feb 2017, Nikita Popov wrote: > > > On Mon, Feb 6, 2017 at 6:21 PM, Fleshgrinder > wrote: > > > > > First: I like namespaces in Core but here me out! > > > > > I'm strongly against use of

Re: [PHP-DEV] [RFC] libsodium (PHP 7.2)

On Wed, Jan 11, 2017 at 7:22 PM, Scott Arciszewski wrote: > Hi all, > > I'm resurrecting my RFC to add libsodium as a core extension to PHP 7.2. > > In response to feedback from Pierre Joye, I've outlined which parts of the > existing libsodium API I'd like exposed in the

Re: [PHP-DEV] Fix ReflectionType::__toString() BC break

On Wed, Sep 21, 2016 at 3:14 PM, Nikita Popov wrote: > On Wed, Sep 21, 2016 at 10:55 AM, Nicolas Grekas > wrote: > >> Hello, >> >> our turn to be hit by this 7.1 BC break in Symfony: >> `ReflectionType::__toString()` now adds a `?` in front of type

Re: [PHP-DEV] Missing reflection info about strict types?

On Mon, Sep 5, 2016 at 7:38 PM, Andrea Faulds wrote: > Hi, > > Nicolas Grekas wrote: >> >> Thanks for trying Julien >> >> I guess what you miss for what you want to do, is to detect if strict >>> >>> types are activated into the current scope, at runtime. >>> >> >> From the inside,

Re: [PHP-DEV] Missing reflection info about strict types?

On Mon, Sep 5, 2016 at 3:19 PM, Julien Pauli <jpa...@php.net> wrote: > On Mon, Sep 5, 2016 at 2:44 PM, Nicolas Grekas <nicolas.gre...@gmail.com> > wrote: >> Thanks for trying Julien >> >>> I guess what you miss for what you want to do, is to d

Re: [PHP-DEV] Missing reflection info about strict types?

On Mon, Sep 5, 2016 at 2:44 PM, Nicolas Grekas wrote: > Thanks for trying Julien > >> I guess what you miss for what you want to do, is to detect if strict >> types are activated into the current scope, at runtime. > > > From the inside, the author of the code knows if

Re: [PHP-DEV] Missing reflection info about strict types?

On Mon, Sep 5, 2016 at 11:38 AM, Nicolas Grekas wrote: > Hello, > > It looks like we miss a way to check by reflection if a function/method has > strict types enabled or not. > > We'd need to do this in Symfony to generate a file with concatenated > classes, but split

Re: [PHP-DEV] BC break: ReflectionMethod::invoke() expects parameter1 to be object, string given

On Thu, Aug 25, 2016 at 9:48 PM, Levi Morrison <le...@php.net> wrote: > On Tue, Aug 23, 2016 at 9:03 AM, Ferenc Kovacs <tyr...@gmail.com> wrote: >> On Mon, Aug 22, 2016 at 6:30 PM, Christoph M. Becker <cmbecke...@gmx.de> >> wrote: >> >>> On 22.0

Re: [PHP-DEV] BC break: ReflectionMethod::invoke() expects parameter1to be object, string given

On Tue, Aug 23, 2016 at 4:58 PM, Levi Morrison <le...@php.net> wrote: > On Tue, Aug 23, 2016 at 8:49 AM, Julien Pauli <jpa...@php.net> wrote: >> On Tue, Aug 23, 2016 at 4:13 PM, Levi Morrison <le...@php.net> wrote: >>> On Tue, Aug 23, 2016 at 7:56 AM,

Re: [PHP-DEV] BC break: ReflectionMethod::invoke() expects parameter1to be object, string given

On Tue, Aug 23, 2016 at 4:13 PM, Levi Morrison <le...@php.net> wrote: > On Tue, Aug 23, 2016 at 7:56 AM, Alexander Lisachenko > <lisachenko...@gmail.com> wrote: >> >> 2016-08-23 16:40 GMT+03:00 Julien Pauli <jpa...@php.net>: >>> >>

Re: [PHP-DEV] BC break: ReflectionMethod::invoke() expects parameter1to be object, string given

On Tue, Aug 23, 2016 at 3:20 PM, Alexander Lisachenko <lisachenko...@gmail.com> wrote: > > 2016-08-23 16:13 GMT+03:00 Julien Pauli <jpa...@php.net>: >> >> >> No, How can this be ? B extends A , not A extends B ... >> In this case, B'sfoo() will be cal

Re: [PHP-DEV] BC break: ReflectionMethod::invoke() expects parameter1to be object, string given

On Tue, Aug 23, 2016 at 3:07 PM, Alexander Lisachenko <lisachenko...@gmail.com> wrote: > > 2016-08-23 16:01 GMT+03:00 Julien Pauli <jpa...@php.net>: >> >> This : >> >> class A { public static function foo() { } } >> class B extends A { pu

Re: [PHP-DEV] BC break: ReflectionMethod::invoke() expects parameter1to be object, string given

On Tue, Aug 23, 2016 at 2:56 PM, Alexander Lisachenko wrote: > > 2016-08-23 14:51 GMT+03:00 Christoph M. Becker : >> >> I suggest to deprecate all other types than NULL as first arg for static >> methods, because passing an int, for instance, makes even

Re: [PHP-DEV] BC break: ReflectionMethod::invoke() expects parameter1to be object, string given

On Tue, Aug 23, 2016 at 1:51 PM, Christoph M. Becker <cmbecke...@gmx.de> wrote: > On 23.08.2016 at 13:36, Julien Pauli wrote: > >> On Tue, Aug 23, 2016 at 10:30 AM, Christoph M. Becker <cmbecke...@gmx.de> >> wrote: >> >>> On 23.08.2016 at 00:25, Levi

Re: [PHP-DEV] BC break: ReflectionMethod::invoke() expects parameter1to be object, string given

On Tue, Aug 23, 2016 at 10:30 AM, Christoph M. Becker wrote: > On 23.08.2016 at 00:25, Levi Morrison wrote: > >> On Mon, Aug 22, 2016 at 3:40 PM, Rowan Collins >> wrote: >>> >>> Christoph already linked to this comment in the source >>>

Re: [PHP-DEV] BC break: ReflectionMethod::invoke() expects parameter1 to be object, string given

On Mon, Aug 22, 2016 at 6:30 PM, Christoph M. Becker <cmbecke...@gmx.de> wrote: > On 22.08.2016 at 18:00, Julien Pauli wrote: > >> I agree this is a BC break and should not stay as-is in source code. > > I wonder why we have more than 100 lines of "Backward incom

Re: [PHP-DEV] BC break: ReflectionMethod::invoke() expects parameter 1 to be object, string given

I agree this is a BC break and should not stay as-is in source code. It makes some testsuites fail, that did not fail before ; thus it breaks things. I think @Alexander is right. We should allow passing a string, and perform some Late Static Binding through it. That would solve the BC Break

Re: [PHP-DEV] Namespaces internal refactoring

On Mon, Aug 8, 2016 at 1:08 PM, Michał Brzuchalski wrote: > Hi internals, > > I would like to present my idea for namespaces refactoring and provide an > RFC for them. > > Currently in PHP namespaces are implemented as a prefix of class or > function name. Using

[PHP-DEV] PHP 5.5.38 is released

/OwpkX5Y2TDAPNPvziMOKRCbHhxX0og4mGizTnnIJps= =kv7Q -END PGP SIGNATURE- Julien Pauli & David Soria Parra -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] PHP 5.6.23 is available

+7xQVa4DkEOZCjgJtyKXqlm0Zqk6Ylwv9 2cvewhLMvzgBodxbG5AfZziDY/nL2sdER+TNHE8YjhSdsHKcNFIqjLHqJVvn5Z8O kZ0JnZXDcV0eZGUcgrAwmzXUQk2m/Y4qDp+CZcnR4XdB2Igf9KJU9IfFv2/bpfA= =4YIU -END PGP SIGNATURE- Julien Pauli & Ferenc Kovacs -- PHP Internals - PHP Runtime Development Mailing List To unsubsc

[PHP-DEV] PHP 5.5.37 is available

GVeTg8inN39hjC81HWmHsmk5TMAZjccU7CAv34UTh9rJ7AJK9sHIOQsosDq6kbFK eJ1bU8/7Sg/kF7QFeHEdjmE31o0FYew2hbyOd7fZ2kFtTWmXglpQ00EMZUwe3721 idesSrvWPRtGNOwvmz29JlwxTPB+SIr0FuZ+8MzXaPIPoYyStrat8If0KzYWuQg= =sHpZ -END PGP SIGNATURE- Julien Pauli & David Soria Parra -- PHP Internals - PHP Runtime Development Mailing List To unsubsc

Re: [PHP-DEV] Segmentation fault between 5.5 and 5.6 with remote address in stream socket

You seem to be linking the wrong PHP commit. I'll have a look at it. Julien On Fri, Jun 17, 2016 at 2:58 PM, Ivan Enderlin wrote: > Hello internal, > > I have just opened a new bug, https://bugs.php.net/72439 (source of the > story

Re: [PHP-DEV] [RFC] Libsodium - Discussion

On Wed, Jun 1, 2016 at 9:49 AM, Scott Arciszewski wrote: > Hi PHP Internals Team, > > Let's begin discussing the prospect of adding libsodium as a core extension > in PHP 7.1. I've updated the RFC to explain why this would be a good idea > and the benefits it offers. > >

[PHP-DEV] PHP 5.5.36 is available

//FQPiJBa78Db8MW1M4TT3 ape4w1JJritLJrtT3589clGmSny3aSU8U7XCZuC2SP5Q+TcN0flCjy06qWL/r2Lf TVQOluoR932cGJh5Hb6C94vvvkUOlTXR/LhhA/NbbcPMDEPaw+eL6UM5kRhGPs0f ExYmVUlYLBMuNsW2RWfNmk9cJdgCFvVqErXQe7pn4RNavYUyngyYCYPbvfpu7y4= =POxo -END PGP SIGNATURE- Julien Pauli & David Soria Parra -- PHP Inter

Re: [PHP-DEV] [RFC][Vote] Typed Properties

On Mon, May 23, 2016 at 11:09 AM, Stanislav Malyshev wrote: > Hi! > >> The performance effect of this implementation is terrible. >> >> Assignment to typed property is 2.3 times slower. >> Assignment to untyped property in a class with typed properties is 1.8 times >>

Re: [PHP-DEV] Exception::getLine()

On Sat, May 21, 2016 at 8:16 PM, Rasmus Schultz wrote: > Alright, so forget my comparison with other languages. > > My other points remain: > > Presently, "throw new" is treated as though it was one statement. > That's not the case. We have deferred throws and factory methods

Re: [PHP-DEV] PHP 7 CSPRNG - block on /dev/random?

On Sun, May 22, 2016 at 7:04 AM, Stanislav Malyshev wrote: > Hi! > >> Question: Is there a nonzero chance of a PHP application running at boot >> time on an older GNU/Linux machine? If so, should we adopt this "unseeded >> CSPRNG" mitigation employed by libsodium for ancient

[PHP-DEV] PHP 5.5.35 is available

+P8pejIDUjlwMx/ 3gAiVYNSBxPWeC1nMu2SWBZv49rKR5sD4MpniVaTYEirXvqni+unMfy8cbTrjM42 AbsVBtB9thGuNUPFat6KeH8nz44qb9Yi4/q/OqVieq7mWPXOsn9Vl/UdAN7bLYdv v2vfi+YrGU0rvjb/Wpd6QrVJaqotKB9Pkl+X5KKVFhcn9CdQXfOL/1g4aFGLLCk= =UiJ8 -END PGP SIGNATURE- Julien Pauli & David Soria Parra -- PHP Inter

Re: [PHP-DEV] [VOTE] 7.1 RMs selection

On Tue, Apr 26, 2016 at 6:37 PM, Michael Wallner wrote: > On 26/04/16 17:59, Anatol Belski wrote: >> Hi, >> >> herewith I would like to call everyone to go vote for the 7.1 RMs team. The >> poll is opened under >> >> https://wiki.php.net/todo/php71 >> >> The vote starts on

Re: [PHP-DEV] PHP 7.1 roadmap

On Sun, Apr 24, 2016 at 7:49 PM, Joe Watkins wrote: > Hi Anatol, > > Sounds good to me. > > Cheers > Joe Nice, we are moving forward ! Anyway, Anatol and I are here to help with the tasks. The job is mainly about reviewing code, and above all : organize people and human

Re: [PHP-DEV] PHP 7.1 roadmap

On Fri, Apr 22, 2016 at 5:03 AM, Davey Shafik wrote: > I'd interested in co-RMing 7.1 if someone else wants to step up also? Hi. The Co-RM is the version-1 RM, so it will be Anatol, RM of 7.0. We are looking for a "master" RM here :-) Julien.Pauli -- PHP Internals - PHP

Re: [PHP-DEV] Safe timeout handling

On Wed, Apr 20, 2016 at 12:58 PM, Dmitry Stogov wrote: > Hi, > > > It's a well known PHP problem, that exceeding of execution time-out > (max_execution_time) may lead to unexpected crashes. > > They occur because PHP may be interrupted in inconsistent state, and attempt > to

Re: [PHP-DEV] PHP 7.1 roadmap

On Tue, Apr 12, 2016 at 10:20 PM, Scott Arciszewski wrote: > On Tue, Apr 12, 2016 at 2:29 PM, Anatol Belski wrote: >> >> Hi, >> >> Time goes by fast - no sooner 7.0 was unleashed on the world than 7.1 >> bangs >> at the door. I would like to bring a couple of

[PHP-DEV] PHP 5.5.34 is available

+ZVK5RuMPYpJ4yOuUbisFBG7WokyFQUA3Og5YhFI/3cx 1HIdQ+E+tsLOyU2hvwymesZoMlpvm0Nbc/Z9s+zy6JsR1PbaUGIUMXv6uVEgnAPF ZdIlGoJN5zzNtG9FRRi9ybevjrdiOxs4JUMelkYyqWy71N4Dd2MkSrWqH4xgSBsi qVJ8KHilFdmnzjGA33Su2iuBoWPyRzJr1NAqoncWDKlxuPHIqqu0dh/VmU/3lrQ= =bJf1 -END PGP SIGNATURE- Regards, Julien Pauli and David Soria

[PHP-DEV] PHP 5.5.33 is available

/H6IlGCfUc9g108fF5+ubWQEyGxwTmcAgovdwT FoKoLzJuRewAJ/TFfy7vJcijM1UTEiqo2UOnkoMr309WUoiB/WGjIOmbgl1szTti oR2UEd3+pAcVQJ47C2NBnUhwDYpowXX7a4wuX/kWBMeiV3DS0cV+uhlH//xF3btA OJyxJQWnnJd/7rrPS8Yx4W22dFe7Wd1L+Ui9NLsw5LEVqiL7GSKScCjuj096c88= =bKEK -END PGP SIGNATURE- Regards, Julien Pauli and David Soria

Re: [PHP-DEV] Segmentation fault in PHP 7.0.3 (and earlier versions)

On Fri, Feb 5, 2016 at 7:37 PM, Simon Svensson wrote: > Hi, > > I'm using Ondřej Surý's ppa which was recently upgraded to PHP 7.0.3. My > test-suite is causing segmentation faults since 7.0.0 RC5, including the > 7.0.3 release. > > I can reproduce this consistently by running

[PHP-DEV] PHP 5.5.32 is available

/H6IlGCfUc9g108fF5+ubWQEyGxwTmcAgovdwT FoKoLzJuRewAJ/TFfy7vJcijM1UTEiqo2UOnkoMr309WUoiB/WGjIOmbgl1szTti oR2UEd3+pAcVQJ47C2NBnUhwDYpowXX7a4wuX/kWBMeiV3DS0cV+uhlH//xF3btA OJyxJQWnnJd/7rrPS8Yx4W22dFe7Wd1L+Ui9NLsw5LEVqiL7GSKScCjuj096c88= =bKEK -END PGP SIGNATURE- Regards, Julien Pauli and David Soria

Re: [PHP-DEV] [RFC] Generalize support of negative string offsets

On Sun, Jan 31, 2016 at 11:14 PM, Stanislav Malyshev wrote: > Hi! > >> The only concern I have is that support of negative indexing will break >> symmetry with (proper) arrays, where we cannot support negative indexing. > > I think that was the main source of objections to

Re: [PHP-DEV] Re: [RFC] Generalize support of negative string offsets

On Mon, Jan 25, 2016 at 3:45 PM, François Laupretre wrote: > Hi Andrea, > > Le 23/01/2016 22:10, Andrea Faulds a écrit : >> >> >> Er, ignore what I just said. Negative string offsets are actually >> special-cased and always produce an "Unitialized string offset" or >> "Invalid

Re: [PHP-DEV] Bug #67383 exec() leaks file and socket descriptors to called program

On Wed, Jan 27, 2016 at 1:03 PM, Yasuo Ohgaki wrote: > Hi all, > > This bug comes to my attention. > https://bugs.php.net/bug.php?id=67383 > > This report includes patch that prevents file descriptor leaks. >

Re: [PHP-DEV] Fixing bug #68063

On Fri, Jan 15, 2016 at 1:32 AM, Yasuo Ohgaki wrote: > Hi Julien, > > On Fri, Jan 15, 2016 at 9:10 AM, Yasuo Ohgaki wrote: >> >> On Fri, Jan 15, 2016 at 4:32 AM, Stanislav Malyshev >> wrote: >>> However, previous my fix (Raise

Re: [PHP-DEV] Fixing bug #68063

On Wed, Jan 13, 2016 at 12:03 AM, Stanislav Malyshev wrote: > Hi! > >> I've disallowed empty session ID, but it wasn't a >> appropriate fix. >> >> https://bugs.php.net/bug.php?id=68063 > > Could you explain a bit more about the part where there are empty IDs > generated? You

Re: [PHP-DEV] [RFC] GitHub Pull Requests Triage Team

On Fri, Jan 1, 2016 at 9:20 PM, Johannes Schlüter wrote: > On Fri, 2016-01-01 at 13:28 -0500, Bishop Bettini wrote: >> Hi, and happy New Year! >> >> Now that the big push for PHP 7 is done, I'd like to revive earlier >> discussions >>

Re: [PHP-DEV] Simple project started segfaulting on 7.1-dev - where to report that?

On Fri, Jan 1, 2016 at 8:13 PM, Grzegorz Zdanowski wrote: > Hi! > > Couple minutes ago I came across segfault in nightly builds of PHP. Normally > I will report it at bugs.php.net but environment is little complicated here. > > - Segfault is only present on TravisCI -> so

[PHP-DEV] Re: PHP 7.0.1 scheduling

On Sat, Dec 5, 2015 at 10:02 PM, Anatol Belski wrote: > Hi, > > FYI. Given the shift of the 7.0.0 release date by one week off the usual two > weeks release schedule, 7.0.1RC1 is planned for December 10th and to be > tagged on December 8th. This serves two goals > > -

Re: [PHP-DEV] Re: PHP 7.0.1 scheduling

On Tue, Dec 8, 2015 at 1:04 PM, Remi Collet wrote: > Le 08/12/2015 12:36, Anatol Belski a écrit : >> Yeah, particularly our release schedule collides with many holidays this >> year. For a security release a holiday time is obviously very bad. > > +1 > > Our Release Process state:

Re: [PHP-DEV] PHP 7.0.0 final RTM delay

On Thu, Dec 3, 2015 at 2:30 PM, Pascal KISSIAN wrote: >>I'm just not sure why the release process has to be discussed right at the > >>moment and why you ask me to throw away everything how it is being done in > >>that release process that is not defined by me but proven

Re: [PHP-DEV] PHP 7.0.0 final RTM delay

On Thu, Dec 3, 2015 at 1:17 PM, Ferenc Kovacs wrote: > On Thu, Dec 3, 2015 at 12:13 PM, François Laupretre > wrote: > >> >> >> Le 03/12/2015 11:17, Pierre Joye a écrit : >> >>> The releases must be kept on hold until these binaries (and other are >>> done in

Re: [PHP-DEV] 7.0.0 release

On Tue, Nov 24, 2015 at 7:27 AM, Zeev Suraski wrote: > >> On 24 בנוב׳ 2015, at 7:18, Davey Shafik wrote: >> >> On Tue, Nov 24, 2015 at 1:00 AM, Sebastian Bergmann >> wrote: >> On 11/23/2015 10:10 PM, Anatol Belski wrote: c) do RC8,

Re: [PHP-DEV] INDRECT in arrays causes count() to become unpredictable

On Mon, Nov 23, 2015 at 11:17 AM, Rasmus Lerdorf wrote: > On Nov 23, 2015, at 10:35, Derick Rethans wrote: >> >>> On November 23, 2015 10:08:18 AM GMT+01:00, Rasmus Lerdorf >>> wrote: On 11/23/2015 09:49 AM, Phil Sturgeon wrote:

Re: [PHP-DEV] PHP 7 RTM date

On Mon, Nov 9, 2015 at 8:50 PM, Andi Gutmans wrote: >> On Nov 8, 2015, at 5:35 PM, Rasmus Lerdorf wrote: >> >> On 11/08/2015 05:16 PM, Anatol Belski wrote: >>> Exactly, the relevant patches are going into RC7 which is then out on 12th >>> instead of GA. The

Re: [PHP-DEV] Some words about the basic ideas of PHP

On Mon, Oct 26, 2015 at 1:26 PM, Joe Watkins wrote: > This brightened up my Monday morning. Yep, for me too ;-) Julien.P -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Re: Forbid rebinding scope of closures created by ReflectionFunctionAbstract::getClosure()

On Mon, Oct 19, 2015 at 12:34 PM, Alexander Lisachenko wrote: > 2015-10-19 12:19 GMT+03:00 Nikita Popov : > >> This change is primarily targeting userland methods, so your use-case is >> exactly the one this is supposed to prevent. Note that you can

[PHP-DEV] LXR targets

Hi, Our LXR is actually wrong. It indexes "php-src" and "PHP_TRUNK", but both point to the same codebase. It also indexes "phpng", which nowadays is useless. Finally , it does NOT index the new PHP-7.0 branch, which to me seems like the biggest problem. Could someone from system@ have a

Re: [PHP-DEV] async/await - is future reserved words in PHP 7.x?

On Wed, Sep 30, 2015 at 12:08 AM, Johannes Schlüter wrote: > On Tue, 2015-09-29 at 21:04 +0300, S.A.N wrote: >> >> When Node.js appear async/await, many developers and projects will >> migrate to a Node.js, if PHP is not implement async APIs. >> >> Hopefully, Dmitry Stogov

Re: [PHP-DEV] async/await - is future reserved words in PHP 7.x?

On Tue, Sep 29, 2015 at 8:24 PM, Rowan Collins wrote: > On 29 September 2015 16:22:30 BST, Thomas Hruska > wrote: >>On 9/29/2015 6:52 AM, Joe Watkins wrote: >>> We shouldn't reserve words on a whim ... >>> >>> async/await doesn't solve any

[PHP-DEV] PHP 5.5.30 is available

Io7KzsoPvQY4Huiq24pgJtZZVuEC8eZ0pUAQzuJDFBIgTX3kJg7Pe23K2J1ut/js Fve4BQanMHYJr9SPrBXfmG50YHuBnbDJQ/3Ac6C21f8uBw9rzf0lD5IDj8tlLPqz IDT5zKf9oph125pLAOJSeyZC6RQLTNSwgFBIKR/AawX5zUiiYSN2lEKsMexVKzo= =VqYn -END PGP SIGNATURE- Julien Pauli & David Soria Parra

[PHP-DEV] PHP 5.5.29 is available

22c72d1b88c8d9a8ab9ca565e9ca5844287c006134098805d9a373a862bbbcad php-5.5.29.tar.xz Thank you for your support. Julien Pauli & David Soria Parra

[PHP-DEV] Re: Generating release verification stub

can start improving it , make it more mature and then we could add it to our release process :-) Thx. Julien Pauli

Re: [PHP-DEV] realpath() on MacOSX doesn't normalize the case of characters

On Tue, Aug 4, 2015 at 4:39 PM, Ferenc Kovacs tyr...@gmail.com wrote: On Tue, Aug 4, 2015 at 2:22 PM, Nicolas Grekas nicolas.grekas+...@gmail.com wrote: Hello, I reported this bug one year ago (https://bugs.php.net/67220) and it is now closed as not a bug. I'd like this to be

Re: [PHP-DEV] [RFC] Block requests to builtin SQL functions where PHP can prove the call is vulnerable to a potential SQL-injection attack

On Tue, Jul 28, 2015 at 7:33 PM, Matt Tait matt.t...@gmail.com wrote: Hi all, I've written an RFC (and PoC) about automatic detection and blocking of SQL injection vulnerabilities directly from inside PHP via automated taint analysis. https://wiki.php.net/rfc/sql_injection_protection In

[PHP-DEV] Exposing object handles to userland

Hi people. I've been pinged many times to add a new spl_object_id() function to PHP, that would return the internal object handle of an object. Today, spl_object_hash() partially allows that, but adds many randomness to the result, which is not very cool to use later (why does it even add

[PHP-DEV] PHP 5.6.12RC1 is available

PGP SIGNATURE- Thank you for your support. Ferenc Kovacs Julien Pauli

Re: [PHP-DEV] Consolidation of Traversable and array operations

, as it is quite a hot topic. Julien Pauli

[PHP-DEV] PHP 5.5.27 is available

: c4b4c6a534c0ca67a9ae39bec4f51e52d13e820135dd016eae230e15337e1f70 php-5.5.27.tar.gz SHA256 hash: 57cc716ebb37a62654c154582e48a282055b08ce91995c79b0be41b9940237f0 php-5.5.27.tar.xz SHA256 hash: 7ee398058067a7d8184e402fcdccb25003852cb8dc94eefa3cda051a3e47fdd8 Julien Pauli David Soria Parra

[PHP-DEV] PHP 5.5.27RC1 is available

for your support. Julien Pauli David Soria Para

[PHP-DEV] Re: [PHP-CVS] com php-src: PHP7 sounds like a good time to include signatures in announce mails: README.RELEASE_PROCESS

the downloads. Sounds good to me, thanks for the ping. Julien Pauli

Re: [PHP-DEV] Announcing PHP 5.5 security-only

of 5.4 about upcoming end of support, and we probably should add a note in 5.5 release announcements too. Makes sense, that will be done. Julien Pauli

[PHP-DEV] Announcing PHP 5.5 security-only

understanding, and happy PHP Hacking. Julien Pauli

Re: [PHP-DEV] Packed array is not fast?

Just to throw back another discussion based on this topic, has anyone considered changing the hash algorithm about string keys (real hashes) ? I gave MurmurHash2 a try, it was twice faster than DJB33 in my benchs (64bits platform and 64bits MurmurHash2 variant). 128bits MurmurHash3 however was a

Re: [PHP-DEV] Packed array is not fast?

First of all, I tried it against a PHP5 codebase, not PHP7. I simply patched it about return type (casted it to our ulong , taking care of 32/64 platforms), then I very simply #define zend(_inline)_hash_func to mumurhash2. Then I ran a callgrind on an extension of mine (closed source), that

[PHP-DEV] PHP 5.5.26 is available

5.5.26 please visit our downloads page: http://www.php.net/downloads.php Windows binaries can be found on http://windows.php.net/download/. The list of changes is recorded in the ChangeLog: http://www.php.net/ChangeLog-5.php#5.5.26 Julien Pauli David Soria Parra

Re: [PHP-DEV] Method call overhead

optimized. [1] http://jpauli.github.io/2015/02/05/zend-vm-executor.html [2] http://jpauli.github.io/2015/01/22/on-php-function-calls.html Julien Pauli -Sara -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] PHP 5.5.26RC1 is available

to the NEWS file: https://github.com/php/php-src/blob/php-5.5.26RC1/NEWS Please test it carefully, and report any bugs in the bug system. The stable release is planned for June11th, if no critical issues will be discovered in the RC. Thank you for helping the PHP project. Julien Pauli David

Re: [PHP-DEV] pcrelib version differs between 5.5.25 / 5.6.9

On Wed, May 20, 2015 at 1:43 PM, Lior Kaplan lio...@zend.com wrote: On Wed, May 20, 2015 at 2:31 PM, Anatol Belski anatol@belski.net wrote: Hi, -Original Message- From: Stanislav Malyshev [mailto:smalys...@gmail.com] Sent: Wednesday, May 20, 2015 10:45 AM To: Lior

Re: [PHP-DEV] Soft-reserve void class name

On Tue, May 19, 2015 at 5:28 PM, Nikita Popov nikita@gmail.com wrote: Hi internals! For PHP 7 we soft-reserved a number of class names [1] like numeric, so that we have the ability to introduce them as typehints in a 7.x release. Soft here means that we only document these names as being

Re: [PHP-DEV] Branching off PHP7 and electing RMs

On Mon, May 18, 2015 at 12:40 PM, Ferenc Kovacs tyr...@gmail.com wrote: On Wed, May 13, 2015 at 4:50 PM, Ferenc Kovacs tyr...@gmail.com wrote: On Wed, May 13, 2015 at 2:56 PM, Julien Pauli jpa...@php.net wrote: Hello people. Time is going, and summer is coming. I think we must have

[PHP-DEV] PHP 5.5.25 is available

can be found on http://windows.php.net/download/. The list of changes is recorded in the ChangeLog: http://www.php.net/ChangeLog-5.php#5.5.25 Julien Pauli David Soria Parra

Re: [PHP-DEV] [VOTE] Exceptions in the engine

On Wed, May 13, 2015 at 9:38 AM, Sebastian Bergmann sebast...@php.net wrote: Am 13.05.2015 um 08:30 schrieb Pierre Joye: Why don't you do it? You have access and you are a very good writer. No big C knowledge required either in this case :) There was/is consensus on what I proposed back

[PHP-DEV] Branching off PHP7 and electing RMs

Hello people. Time is going, and summer is coming. I think we must have branched 7.0 until end of May, and have our 2 RMs elected. Don't forget we are starting a long testing process, and some people start having some PRs to target 7.1, so we need to branch. The plans are to branch so that we

[PHP-DEV] PHP 5.5.25RC1 is available

to the NEWS file: https://github.com/php/php-src/blob/php-5.5.25RC1/NEWS Please test it carefully, and report any bugs in the bug system. The stable release is planned for May 14th, if no critical issues will be discovered in the RC. Thank you for helping the PHP project. Julien Pauli David

Re: [PHP-DEV] [VOTE] Exceptions in the engine

On Thu, Apr 30, 2015 at 6:51 AM, Sebastian Bergmann sebast...@php.net wrote: Am 30.04.2015 um 02:50 schrieb Stanislav Malyshev: I like the idea, however we do have the deadline and the deadline has been passed. So I wonder if we can't keep it for 7.1 That means introducing a change in

Re: [PHP-DEV] 7.0 Release Management

On Wed, Apr 29, 2015 at 3:57 PM, Anatol Belski anatol@belski.net wrote: On Wed, April 29, 2015 15:35, Ferenc Kovacs wrote: On Wed, Apr 29, 2015 at 3:21 PM, Anatol Belski anatol@belski.net wrote: Hi, On Sun, April 5, 2015 09:05, Ferenc Kovacs wrote: bumping the thread

Re: [PHP-DEV] Closure::call() to access private data, really ?

On Mon, Apr 20, 2015 at 12:21 AM, Stanislav Malyshev smalys...@gmail.com wrote: Hi! Just a simple use case showing how dangerous that is : ?php $p = function($p) { $this-$p = new Stdclass; }; $p-call($e = new Exception, 'trace'); throw $e; Yes, this is not good, and this is the

[PHP-DEV] PHP 5.5.24 is available

visit our downloads page: http://www.php.net/downloads.php Windows binaries can be found on http://windows.php.net/download/. The list of changes is recorded in the ChangeLog: http://www.php.net/ChangeLog-5.php#5.5.24 Julien Pauli David Soria Parra

[PHP-DEV] Closure::call() to access private data, really ?

Just a simple use case showing how dangerous that is : ?php $p = function($p) { $this-$p = new Stdclass; }; $p-call($e = new Exception, 'trace'); throw $e; That nearly crashes PHP7. http://3v4l.org/fJj22 (The same trick using Reflection with PHP5 crashes the engine, this is a known bug that we

Re: [PHP-DEV] Concern around growing complexity in engine - hash table specifically

On Thu, Apr 9, 2015 at 1:01 PM, Dmitry Stogov dmi...@zend.com wrote: On Thu, Apr 9, 2015 at 1:35 PM, Julien Pauli jpa...@php.net wrote: On Wed, Apr 8, 2015 at 10:55 PM, Dmitry Stogov dmi...@zend.com wrote: On Fri, Apr 3, 2015 at 9:57 PM, Anthony Ferrara ircmax...@gmail.com wrote: All

Re: [PHP-DEV] Concern around growing complexity in engine - hash table specifically

On Wed, Apr 8, 2015 at 10:55 PM, Dmitry Stogov dmi...@zend.com wrote: On Fri, Apr 3, 2015 at 9:57 PM, Anthony Ferrara ircmax...@gmail.com wrote: All, I spent a little bit of time today trying to debug an issue with 7 that Drupal 8 was facing, specifically regarding an array index not

[PHP-DEV] PHP 5.5.24RC1 is available for testing

this test may fail to you. The stable release is planned for April 16th, if no critical issues will be discovered in the RC. Thank you for helping the PHP project. Julien Pauli David Soria Parra

Re: [PHP-DEV] What's our official stance on small self-contained additions in a micro version

On Mon, Mar 30, 2015 at 3:10 PM, Ferenc Kovacs tyr...@gmail.com wrote: On Mon, Mar 30, 2015 at 1:15 PM, Michael Wallner m...@php.net wrote: On 30/03/15 12:04, Ferenc Kovacs wrote: Hi, I know that our official release process allows that, but there are some reasonable arguments

[PHP-DEV] PHP 5.5.23 is available

page: http://www.php.net/downloads.php Windows binaries can be found on http://windows.php.net/download/. The list of changes is recorded in the ChangeLog: http://www.php.net/ChangeLog-5.php#5.5.23 Julien Pauli David Soria Parra

Re: [PHP-DEV] [VOTE] [RFC] continue output buffering

On Wed, Mar 11, 2015 at 12:09 PM, Patrick ALLAERT patrickalla...@php.net wrote: Le lun. 9 mars 2015 à 13:45, Michael Wallner m...@php.net a écrit : Hi, I’d like to start vote on RFC:continue_ob — any objections? https://wiki.php.net/rfc/continue_ob https://wiki.php.net/rfc/continue_ob

[PHP-DEV] PHP 5.5.23RC1 is ready

to the NEWS file: https://github.com/php/php-src/blob/php-5.5.23RC1/NEWS Please test it carefully, and report any bugs in the bug system. The stable release is planned for March 19th, if no critical issues will be discovered in the RC. Thank you for your support. Julien Pauli David Soria Parra

Re: [PHP-DEV] Re: About optimization for compiler

On Mon, Mar 2, 2015 at 9:47 PM, Anthony Ferrara ircmax...@gmail.com wrote: Julien, Bob's code optimizes things by adding a new OPCode. This is different from compiler optimizations. Compiler optimizations are about changing native, supported OPCode structures to other native

  1   2   3   4   >