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: > https://github.com

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 contex

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 efficient than > > PHP 5 hashtables. > > I

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 >> > > Awesome, thanks Sara. > > Nice 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 building a copy. > > My unde

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 the PHP namespace as a blanket namespace

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 core extension. Most > n

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 hints where >> `null` is allowed by their defaul

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, the author of

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

On Mon, Sep 5, 2016 at 3:19 PM, Julien Pauli wrote: > 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

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 they added the declare or >

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 "declare_strict=1" classes ou

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 wrote: > On Tue, Aug 23, 2016 at 9:03 AM, Ferenc Kovacs wrote: >> On Mon, Aug 22, 2016 at 6:30 PM, Christoph M. Becker >> wrote: >> >>> On 22.08.2016 at 18:00, Julien Pauli wrote: >>> >>> > I ag

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

On Tue, Aug 23, 2016 at 4:58 PM, Levi Morrison wrote: > On Tue, Aug 23, 2016 at 8:49 AM, Julien Pauli wrote: >> On Tue, Aug 23, 2016 at 4:13 PM, Levi Morrison wrote: >>> On Tue, Aug 23, 2016 at 7:56 AM, Alexander Lisachenko >>> wrote: >>>> >&

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

On Tue, Aug 23, 2016 at 4:13 PM, Levi Morrison wrote: > On Tue, Aug 23, 2016 at 7:56 AM, Alexander Lisachenko > wrote: >> >> 2016-08-23 16:40 GMT+03:00 Julien Pauli : >>> >>> My patch allows that, but I can't find a use case to it. >> >>

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

On Tue, Aug 23, 2016 at 3:20 PM, Alexander Lisachenko wrote: > > 2016-08-23 16:13 GMT+03:00 Julien Pauli : >> >> >> No, How can this be ? B extends A , not A extends B ... >> In this case, B'sfoo() will be called , which is the equivalent to >> having a r

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

On Tue, Aug 23, 2016 at 3:07 PM, Alexander Lisachenko wrote: > > 2016-08-23 16:01 GMT+03:00 Julien Pauli : >> >> This : >> >> class A { public static function foo() { } } >> class B extends A { public static function foo() { } } >> >> $a = ne

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 less sense as >> Rowan has already pointed o

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 wrote: > On 23.08.2016 at 13:36, Julien Pauli wrote: > >> On Tue, Aug 23, 2016 at 10:30 AM, Christoph M. Becker >> wrote: >> >>> On 23.08.2016 at 00:25, Levi Morrison wrote: >>> >>>> On Mo

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 >>> [https://github.com/php/php-src/blob/PHP-7.0.10/ext/reflec

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 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 incompatible > changes" in

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 prob

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 ReflectionClass or ReflectionFuncti

[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 https://github.com/hoaproject/Websocket/issues/66). It seem

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. > > https://wiki.php.net/rfc/l

[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 >> slower. >> >> See the benchm

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 for > exceptions, and

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 Linux kernels? >> >> h

[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 2016-04-26 and end on 20

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 beeings. This is really a

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 Runtime Development M

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 release allocated by

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 points regarding this. >> >> There i

[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 my test-suite in PHP

[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 this proposal in the > p

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 string offset" notic

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. > https://bugs.php.net/patch-display.php?bug_id=67383&patch=SOCK_CLOEXEC-and-FD_CLOEXEC&rev

Re: [PHP-DEV] Severe safety fail in file access and stream filters

On Tue, Jan 26, 2016 at 5:15 AM, Yasuo Ohgaki wrote: > Hi Umberto, > > On Fri, Jan 22, 2016 at 9:49 PM, Umberto Salsi wrote: >> thank you very much for the reply, I now start understanding better what >> happen and why currently i/o cannot be handled in user's space. > > You're welcome. > I think

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 warning and return false) was wrong fix. Therefore, I woul

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 say it "is browser's c

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 maybe bug should be repo

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] 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: > > " A

[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 > > - there are already some bug f

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 the same time btw) are validated. See

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 to bring success > >>and i

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, release on 3rd, expect there are no bugs come in

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: The "There will always be bugs" argument is a strawman,

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 next closest release slot were then Nov

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

On Mon, Oct 26, 2015 at 12:30 PM, Benjamin Eberlei wrote: > On Mon, Oct 26, 2015 at 11:09 AM, Frank Meier wrote: > >> Hi to all of you, >> >> first I want to apologize for may bad English, >> >> .. . . >> >> >> I write because I feel that that the way how you see your own product PHP >> is totall

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 still use >> ->bindTo($object). The only thing y

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 and others, will make an

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 problems for multithreaded programming, >>at >>> all ...

[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 look

[PHP-DEV] Re: removal of the old PHP-X.Y.Z release branches

On Thu, Oct 8, 2015 at 4:41 PM, Ferenc Kovacs wrote: > Hi, > > we RMs started using the release branches (PHP-X.Y.Z) a while ago and we > push those so that the we can work together easier when preparing/syncing > the releases. > As those branches are meaningless for the general public I would pro

[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

ld you push it to scripts/ , so that we can start improving it , make it more mature and then we could add it to our release process :-) Thx. Julien Pauli

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 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 short, we m

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

On Tue, Aug 4, 2015 at 4:39 PM, Ferenc Kovacs 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 rec

[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 random

[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

bject for ages about how could we uniform array and Traversable internally, as well as from PHP user land (the main subject was then to add support for ArrayAccess to every array_***() PHP function). I'm happy this bumps the subject up , 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

ncluded/attached in the announcement mails so we have another > distinct source of information which our users can use to crosscheck/verify > the downloads. > Sounds good to me, thanks for the ping. Julien Pauli

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

tember 3 release final or the next one. I'll add a > note in the next releases 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

ery month, or not. Thank you for your understanding, and happy PHP Hacking. Julien Pauli

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 heavi

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 l

[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

. For functions, if the function is known at the time its called, and if the call is direct, then the process is fully 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

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 & D

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

On Wed, May 20, 2015 at 1:43 PM, Lior Kaplan wrote: > On Wed, May 20, 2015 at 2:31 PM, Anatol Belski > wrote: > > > Hi, > > > > -Original Message- > > From: Stanislav Malyshev [mailto:smalys...@gmail.com] > > Sent: Wednesday, May 20, 2015 10:45 AM > > To: Lior Kaplan; PHP internals list

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

On Tue, May 19, 2015 at 5:28 PM, Nikita Popov 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 reserved an

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

On Mon, May 18, 2015 at 12:40 PM, Ferenc Kovacs wrote: > > > On Wed, May 13, 2015 at 4:50 PM, Ferenc Kovacs wrote: > >> >> >> On Wed, May 13, 2015 at 2:56 PM, Julien Pauli wrote: >> >>> Hello people. >>> >>> Time is going, and su

[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

[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 p

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

On Wed, May 13, 2015 at 9:38 AM, Sebastian Bergmann 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 in February:

[PHP-DEV] PHP 5.5.25RC1 is available

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 & D

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

On Thu, Apr 30, 2015 at 6:51 AM, Sebastian Bergmann 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 7.0, changing

Re: [PHP-DEV] 7.0 Release Management

On Wed, Apr 29, 2015 at 3:57 PM, Anatol Belski wrote: > On Wed, April 29, 2015 15:35, Ferenc Kovacs wrote: > > On Wed, Apr 29, 2015 at 3:21 PM, Anatol Belski > > wrote: > > > > > >> Hi, > >> > >> > >> On Sun, April 5, 2015 09:05, Ferenc Kovacs wrote: > >> > >>> bumping the thread as we should st

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

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

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

Just a simple use case showing how dangerous that is : $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 chose not to fix). I am abso

[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

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

On Thu, Apr 9, 2015 at 1:01 PM, Dmitry Stogov wrote: > > > On Thu, Apr 9, 2015 at 1:35 PM, Julien Pauli wrote: > >> On Wed, Apr 8, 2015 at 10:55 PM, Dmitry Stogov wrote: >> >>> On Fri, Apr 3, 2015 at 9:57 PM, Anthony Ferrara >>> wrote: >>>

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

On Wed, Apr 8, 2015 at 10:55 PM, Dmitry Stogov wrote: > On Fri, Apr 3, 2015 at 9:57 PM, Anthony Ferrara > 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 > > behaving correctly ($

[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 wrote: > > > On Mon, Mar 30, 2015 at 1:15 PM, Michael Wallner 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 against doing tha

[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

  1   2   3   4   >