[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

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 ...

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] 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] 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] 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] 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] 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] 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] 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] 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

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

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

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

[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] 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.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] PHP5.5.0alpha2 release

On Thu, Dec 20, 2012 at 9:30 PM, Hannes Magnusson < hannes.magnus...@gmail.com> wrote: > From: jpauli > Date: Thu, Dec 20, 2012 at 9:26 AM > Subject: [PHP-DEV] PHP5.5.0alpha2 release > To: PHP Internals > > > > I would appreciate that you would use your full real name now that you > are represen

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

[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

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

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

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

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

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

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

[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

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

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

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] 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 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 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 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 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 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 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 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 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] 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] 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 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 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] 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] [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] 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] PHP5.5.0alpha2 release

On Fri, Dec 21, 2012 at 1:51 AM, Adam Harvey wrote: > On 21 December 2012 01:26, jpauli wrote: > > We just tagged PHP 5.5.0alpha2 today. This > > release contains bug fixes against alpha1, as well as > > new features. > > Are we going to have a news post for this on the Web site? > (Alternative

Re: [PHP-DEV] Re: Was Reflection annotations reader - Pull APC in Core Already

On Wed, Jan 9, 2013 at 6:06 PM, Derick Rethans wrote: > On Wed, 9 Jan 2013, Anthony Ferrara wrote: > > > Rasmus wrote: > > > > > This is my worry as well. Especially when it comes to opcode cache > > > support. Most of the patches I see these days completely ignore the > > > opcode cache side of

[PHP-DEV] PHP5.5.0alpha3 released

Hi Internals, PHP 5.5.0alpha3 has been tagged today. This release contains bug fixes against alpha2, as well as new features in existent APIs. The packages can be found at: http://downloads.php.net/dsp As you know, you may read the NEWS file in the source tree for full changelog of this rele

[PHP-DEV] PHP5.5.0alpha4 is ready for testing

Hi Internals, PHP 5.5.0alpha4 has been tagged today. This release contains bug fixes against alpha3, and adds the class name resolution via scalar and the DateTimeImmutable The packages can be found at: http://downloads.php.net/dsp As you know, you may read the NEWS file in the source tree f

Re: [PHP-DEV] HEADS UP: Upcoming Feature Freeze for PHP 5.5.0

On Fri, Jan 25, 2013 at 9:19 AM, Rasmus Lerdorf wrote: > On 01/24/2013 11:56 PM, Ralf Lang wrote: > >> From what I understood from Rasmus the biggest challenge with merging > APC > >> into core is the fact that the compiler currently isn't built to support > >> opcode caching. One of the challeng

Re: [PHP-DEV] HEADS UP: Upcoming Feature Freeze for PHP 5.5.0

On Fri, Jan 25, 2013 at 5:47 PM, Will Fitch wrote: > > On Jan 25, 2013, at 11:25 AM, Zeev Suraski wrote: > > >> Either by a number of people stepping up to help with the existing APC > > code, or > >> perhaps more realistically making it a priority in PHP 5.6 to streamline > > the > >> engine an

Re: [PHP-DEV] HEADS UP: Upcoming Feature Freeze for PHP 5.5.0

On Fri, Jan 25, 2013 at 8:05 PM, Pierre Joye wrote: > On Fri, Jan 25, 2013 at 7:53 PM, Rasmus Lerdorf > wrote: > > On 01/25/2013 10:49 AM, Zeev Suraski wrote: > > > >> Ok, I'll write up an RFC, and in parallel we'll try to figure out the > >> mechanics of actually making it happen. > > > > Commi

Re: [PHP-DEV] HEADS UP: Upcoming Feature Freeze for PHP 5.5.0

On Sat, Jan 26, 2013 at 9:26 AM, Anthony Ferrara wrote: > Pierre et al, > > I would prefer to have it in pecl and merge once ready/cleaned up. > > Yes, same idea than with APC, except that it could be faster (for what > > I read, waiting to see the sources). Also we can review and do the > > chang

Re: [PHP-DEV] File system watcher/monitoring

On Thu, Feb 14, 2013 at 3:03 PM, Ivan Enderlin @ Hoa < ivan.ender...@hoa-project.net> wrote: > Hi internal, > > A missing feature in PHP is a file system watcher/monitoring available for > almost all platforms. On Linux, we have inotify (available in PHP through > pecl/inotify), on Mac OS X, we ha

Re: [PHP-DEV] Zend Optimizer+ Source Code now available

On Thu, Feb 14, 2013 at 5:32 PM, Rasmus Lerdorf wrote: > On 02/14/2013 11:21 AM, Jan Ehrhardt wrote: > > Rasmus Lerdorf in php.internals (Thu, 14 Feb 2013 11:14:20 -0500): > >> On 02/14/2013 10:55 AM, Jan Ehrhardt wrote: > >>> Zeev Suraski in php.internals (Thu, 14 Feb 2013 17:21:48 +0200): > >>>

[PHP-DEV] PHP 5.5 upcoming roadmap

p.net/rfc/optimizerplus Julien Pauli and David Soria Parra

[PHP-DEV] PHP 5.5 alpha 5 is released

Hi Internals, PHP 5.5.0alpha5 has been tagged and released. This release contains bug fixes against alpha4, and adds new features in the mysqli and mysqlnd API, new HTTP codes and the possibility to change the temp directory using a php.ini directive. The packages can be found at: http://dow

Re: [PHP-DEV] Include XDebug and Suhosin Patch in Core for 5.5

On Fri, Mar 1, 2013 at 11:39 AM, David Muir wrote: > > On 01/03/2013, at 7:00 AM, Anthony Ferrara wrote: > > > Hey all, > > > > Based off of the recent discussion around pulling in ZO+ into core, I've > > come to the conclusion that we should also pull in XDebug and Suhosin > into > > core at th

Re: [PHP-DEV] Include XDebug and Suhosin Patch in Core for 5.5

On Thu, Feb 28, 2013 at 9:13 PM, Stas Malyshev wrote: > Hi! > > > Based off of the recent discussion around pulling in ZO+ into core, I've > > come to the conclusion that we should also pull in XDebug and Suhosin > into > > core at the same time. > > Suhosin has multiple BC-incompatible and perfor

Re: [PHP-DEV] I would like to write an RFC for the addition of an internal keyword

On Thu, Feb 28, 2013 at 12:40 PM, Lazare Inepologlou wrote: > Hello, > > please read my comment inline... > > 2013/2/28 Sebastian Krebs > > > 2013/2/28 Jens Riisom Schultz > > > > > Hi everyone, > > > > > > (I got "hooked off" this discussion, so I have tried to keep up by > > reading > > > the

Re: [PHP-DEV] Include XDebug and Suhosin Patch in Core for 5.5

On Fri, Mar 1, 2013 at 12:49 PM, Kalle Sommer Nielsen wrote: > Hi > > 2013/3/1 Julien Pauli : > > I guess the ini declaration order and then the order the modules get > loaded > > in the engine. > > We could also look at implementing a module-load-order internally i

Re: [PHP-DEV] Memory warning hook

One should try ext/memtrack http://pecl.php.net/package/memtrack Also ext/memprof https://github.com/arnaud-lb/php-memory-profiler/ Julien.Pauli On Tue, Mar 5, 2013 at 9:14 PM, wrote: > >This is not the same at all. When are you going to run this code? Memory > allocations happen all the time.

Re: [PHP-DEV] [VOTE] Integrating Zend Optimizer+ into the PHP distribution

On Thu, Mar 7, 2013 at 5:46 PM, Pierre Joye wrote: > On Thu, Mar 7, 2013 at 5:31 PM, Rasmus Lerdorf wrote: > > On 03/07/2013 08:26 AM, Pierre Joye wrote: > > > >> That being said, if o+ would have 2/3 of the votes, I think it is > >> possible to get it stable until 5.5 final, not easy but possib

Re: [PHP-DEV] disable zend_always_inline in debug mode

On Fri, Mar 8, 2013 at 4:27 PM, Laruence wrote: > Hey: > >I propose to disable zend_alwasy_inline while build PHP in debug mode. > >that could be easier for debuging some bugs.. > >what do you think? > > > thanks > > >simple patch: > > diff --git a/Zend/zend.h b/Zend/zend.h > inde

Re: [PHP-DEV] disable zend_always_inline in debug mode

disabled : Total 10.678 Julien.Pauli On Fri, Mar 8, 2013 at 4:32 PM, Julien Pauli wrote: > On Fri, Mar 8, 2013 at 4:27 PM, Laruence wrote: > >> Hey: >> >>I propose to disable zend_alwasy_inline while build PHP in debug mode. >> >>that co

Re: [PHP-DEV] Could we kill call_user_func?

On Sat, Mar 16, 2013 at 7:51 AM, Sara Golemon wrote: > > ${'_'.!$_=getCallback()}(); > > > Well now, that's an... interesting abuse of resolution order and type > juggling. > > Really crazy, yeah Also, AFAIR, call_user_func() doesn't work with functions using references in args. Julien.Pauli

Re: [PHP-DEV] Could we kill call_user_func?

On Mon, Mar 18, 2013 at 3:33 PM, Anthony Ferrara wrote: > Angel, > > On 18/03/13 14:04, Julien Pauli wrote: >> > Also, AFAIR, call_user_func() doesn't work with functions using >> > references in args. Julien.Pauli >> AFAIK it does. >> Do you have an ex

Re: [PHP-DEV] Could we kill call_user_func?

On Tue, Mar 19, 2013 at 12:42 AM, Stas Malyshev wrote: > Hi! > > > Also, AFAIR, call_user_func() doesn't work with functions using > references > > in args. > > Use call_user_func_array() for that, it supports refs. > Isn't it since 5.3 or so ? Julien.Pauli

[PHP-DEV] PHP5.5 beta 1 is ready

Hi Internals, PHP 5.5.0 Beta 1 has been released for testing. As you know, this code base is shipped with Zend OPCache. The packages can be found at: http://downloads.php.net/dsp and windows packages at http://windows.php.net/qa Please test the release carefully and report any bugs. Don't

Re: [PHP-DEV] Enable Zend OPCache by default in php.ini-development during beta phase?

On Thu, Mar 21, 2013 at 4:02 PM, David Soria Parra wrote: > Hi Internals, > > I added the default Zend OPCache settings to php.ini-development and > php.ini-production atm. To have more people testing the opcache I would > like to enable the OPCache in php.ini-development during the beta phase >

Re: [PHP-DEV] OPcache precompiled dll's for older Windows versions

On Mon, Mar 25, 2013 at 3:53 PM, Nikita Popov wrote: > On Mon, Mar 25, 2013 at 7:42 AM, Dmitry Stogov wrote: > > > Hi, > > > > We are going to release a new PECL version today or tomorrow, > > and, yes, we are going to support hte pecl build for old versions as > well. > > I'm not sure about php

[PHP-DEV] PHP 5.5 Beta 2 is released

Hi Internals, PHP 5.5.0 Beta 2 has been released for testing. It fixes a bug that could prevent beta 1 from compiling, and other bugs you'll find in the NEWS file. The packages can be found at: http://downloads.php.net/dsp and windows packages at http://windows.php.net/qa Please test the

Re: [PHP-DEV] Improve Warning when loading Zend Ext as PHP module

Wed, Apr 3, 2013 at 11:01 AM, Johannes Schlüter wrote: > Hi, > > with opcache being bundled I expectr to see multiple bugs like #64568 > where users are trying to load opcache as PHP module (using extension= > in php.ini), I tried to improve the error message a bit. > > In > > https://github.com/j

Re: [PHP-DEV] Add a constant to reflect --with-curlwrappers

IMO , we should remove that feature from 5.5. If Laruence is OK to maintain it, then we keep it, but Laruence, please, improve it so. We keep it if Laruence can make it stable for 5.5 final. If he cant , or doesn't want to work on it any more while in betas ; then we should remove curlwrapper from

[PHP-DEV] Adding a way to retreive compile options at runtime

Hello everybody, Today we talked about a way to detect --with-curlwrappers at runtime. It is nowadays not possible easilly. Then , I remembered I once proposed to add a new function that could return every ./configure options used to compile the runtime PHP the code is beeing run on. We already

Re: [PHP-DEV] Re: Adding a way to retreive compile options at runtime

The main use case was the topic about --with-curlwrappers from Laruence few days ago. Actually, for this use case , there is no way to detect if PHP's been compiled with --with-curlwrappers or not. The only way to detect this at runtime is to open a socket, then stream_get_metadata() onto it. Som

Re: [PHP-DEV] Add a constant to reflect --with-curlwrappers

On Fri, Apr 5, 2013 at 8:01 AM, Pierre Joye wrote: > On Thu, Apr 4, 2013 at 9:52 PM, Hannes Magnusson > wrote: > > > Its not only about maintaining it. > > This experiment failed a long time ago. Overwriting the core streams > > has proven itself to be the wrong way. > > I cannot agree more. > >

Re: [PHP-DEV] Add a constant to reflect --with-curlwrappers

On Fri, Apr 5, 2013 at 12:51 PM, Johannes Schlüter wrote: > On Fri, 2013-04-05 at 08:01 +0200, Pierre Joye wrote: > > > stream_wrapper_unregister("http"); > > > stream_wrapper_register("http", "CurlStreamWrapper"); > > > and then stream_wrapper_restore("http") to go back to the core > > streams. >

[PHP-DEV] Removing old pre_41 zend_module_entry struct checks while loading exts

All is into the title. A patch can be found here https://github.com/jpauli/php-src/compare/remove_dl_php4_support The idea is to get rid of those old stuff, like we did with session.compat some time ago. If you have ideas, improvements ... Joe also talked about adding a header to the zend_module

[PHP-DEV] New wiki article about our extension mechanism

Hello, I wrote (its not finished yet) a wiki sheet to detail how our extensions mechanism work. This is not about how to write an extension :-p but it shows how the engine loads extensions, how it calls different hooks from them, and what are the differences between Zend extensions and PHP extens

Re: [PHP-DEV] New wiki article about our extension mechanism

On Wed, Apr 10, 2013 at 4:51 PM, Hannes Magnusson < hannes.magnus...@gmail.com> wrote: > On Wed, Apr 10, 2013 at 6:53 AM, Julien Pauli wrote: > > Hello, > > > > I wrote (its not finished yet) a wiki sheet to detail how our extensions > > mechanism work. > [

Re: [PHP-DEV] Add a constant to reflect --with-curlwrappers

On Fri, Apr 5, 2013 at 8:54 PM, Hannes Magnusson wrote: > On Fri, Apr 5, 2013 at 7:14 AM, Julien Pauli wrote: > > On Fri, Apr 5, 2013 at 12:51 PM, Johannes Schlüter < > johan...@schlueters.de> > > wrote: > >> > >> On Fri, 20

[PHP-DEV] Extension loading improvements

Hi all, Here are two branches that improve extension loading mechanisms and remove dusty old features not used any more. No BC or nothing, though perhaps some Windows support tricks to add ? Thoughts ? https://github.com/jpauli/php-src/extensions_improvements

Re: [PHP-DEV] Extension loading improvements

On Wed, Apr 10, 2013 at 7:14 PM, Dmitry Stogov wrote: > Hi, > > 1) I didn't get why do we need fprintf("Loaded/Unloaded extension"). It'll > break all the tests in DEBUG mode > Great catch > > 2) zend_error() may work through SAPI handler (e.g. for FastCGI sapi it > may try to send error messa

Re: [PHP-DEV] Add a constant to reflect --with-curlwrappers

On Wed, Apr 10, 2013 at 6:52 PM, Pierre Joye wrote: > On Wed, Apr 10, 2013 at 6:46 PM, Julien Pauli wrote: > > > Beta3 has been taggued with curl wrappers, and with the new > > CURL_WRAPPERS_ENABLED constant :-p > > > > Do we all agree to remove that feature (mea

<    1   2   3   4   >