Re: [PHP-DEV] Handling of withdrawn RFCs

Hi! > The Goal is, to not have this argument again against someone taking over > a withdrawn RFC. Means this should end in some rules/guidelines > regarding RFCs. (Advice what would be needed, like for example an RFC, > is very welcome) I think if someone is going to abandon an RFC, it would be a

[PHP-DEV] Help compiling PHP 5.5.31

Hi all, I tried to build PHP static mode that running on Android. I used Android-ndk to cross compile. I wanted to know about PHP's "android-configure" file like Node.js : https://github.com/nodejs/node/blob/master/android-configure I saw many references about crossing compile PHP for ARM and Andr

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

Hi, On Fri, Jan 22, 2016 at 1:03 PM, Yasuo Ohgaki wrote: > On Thu, Jan 21, 2016 at 10:30 AM, Umberto Salsi wrote: >> I recently discovered several failures in error detection involving >> file access, stream compression and source inclusion that may bring the >> program to process missing or inv

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

Hi Umberto, On Thu, Jan 21, 2016 at 10:30 AM, Umberto Salsi wrote: > I recently discovered several failures in error detection involving > file access, stream compression and source inclusion that may bring the > program to process missing or invalid data (very severe safety bug) or > simply cras

[PHP-DEV] Re: [RFC Discussion] Precise Session Management

Hi all, On Fri, Jan 22, 2016 at 10:19 AM, Yasuo Ohgaki wrote: > > https://github.com/php/php-src/pull/1734 > > Few things are missing still, but it's good enough to review basic features. Please note that if you execute run-tests.php with this patch, it causes failures on other branches/versions

[PHP-DEV] Re: [RFC Discussion] Precise Session Management

Hi all, On Sat, Dec 19, 2015 at 7:33 AM, Yasuo Ohgaki wrote: > I would like to restart better session management for PHP 7.1. > > https://wiki.php.net/rfc/precise_session_management > > Although this RFC targets PHP 7.1, new session management > could be applied to older releases also if majority

Re: [PHP-DEV] PHP 7.0.3 RC1 is available for testing - **** BC break ***

Hi Stas, On Fri, Jan 22, 2016 at 7:15 AM, Stanislav Malyshev wrote: > >> We have 2 choices >> - Enforce new and correct behavior since it will not affect normal >>operation. i.e. Actual production site >> - Restore old behavior for the time being. (For this option, I prefer >>to restore

Re: [PHP-DEV] [RFC][DISCUSSION] Allow default value in list() syntax

On 1/21/2016 8:49 AM, reeze wrote: > Bump this to continue discussion of this RFC ( > https://wiki.php.net/rfc/list_default_value). > > In case some of you didn't follow it before. This RFC propose to allow set > default value in list() assignment： > > list($a = 'default value') = $arr; > tl;dr -

Re: [PHP-DEV] Handling of withdrawn RFCs

Hi, Le 21/01/2016 21:33, Flyingmana a écrit : As already was noted by someone else, seeing an RFC as failed if it gets withdrawn has some serious downsides and potential to get abused. >... Would we need some rules in case multiple people want to take it over, or should we say the first one w

Re: [PHP-DEV] Handling of withdrawn RFCs

On 01/21/2016 09:53 PM, Ronald Chmara wrote: > On Thu, Jan 21, 2016 at 12:33 PM, Flyingmana > wrote: >> An RFC could still be valuable for the project, even if the original >> author leaved, so taking it over should be possible. And it should not >> be painful in any way. >> Would we need some r

Re: [PHP-DEV] PHP 7.0.3 RC1 is available for testing - **** BC break ***

Hi! > We have 2 choices > - Enforce new and correct behavior since it will not affect normal >operation. i.e. Actual production site > - Restore old behavior for the time being. (For this option, I prefer >to restore only for PHP 5.6, but Ok for PHP 7.0 also. No for master) Since it bre

Re: [PHP-DEV] PHP 7.0.3 RC1 is available for testing - **** BC break ***

HI Remi and all, The reason of this BC I can think of immediately is location of GC. GC was performed after session read previously. GC is moved before session read because previous logic is buggy. Old behavior: - Do session read (Session data is initialized and store in memory) - Do session G

Re: [PHP-DEV] PHP 7.0.3 RC1 is available for testing - **** BC break ***

Hi Remi and Stas, Thank you for head up. I'll address this today. -- Yasuo Ohgaki yohg...@ohgaki.net On Fri, Jan 22, 2016 at 3:44 AM, Stanislav Malyshev wrote: > Hi! > >> Fedora detected a BC break in 5.6.18RC1 and 7.0.3RC1 related to >> session management. > > Looks like something to do with l

Re: [PHP-DEV] Handling of withdrawn RFCs

On 21 January 2016 at 22:24, Ronald Chmara wrote: > On Thu, Jan 21, 2016 at 12:59 PM, Peter Lind > wrote: > > On 21 January 2016 at 21:53, Ronald Chmara wrote: > >> On Thu, Jan 21, 2016 at 12:33 PM, Flyingmana > > >> wrote: > >> > Is there any way to abuse the taking over of an withdrawn RFC?

Re: [PHP-DEV] Handling of withdrawn RFCs

On Thu, Jan 21, 2016 at 12:59 PM, Peter Lind wrote: > On 21 January 2016 at 21:53, Ronald Chmara wrote: >> On Thu, Jan 21, 2016 at 12:33 PM, Flyingmana >> wrote: >> > Is there any way to abuse the taking over of an withdrawn RFC? Snip_> >> An RFC being used primarily for ongoing debate/argument/

Re: [PHP-DEV] Handling of withdrawn RFCs

On 21 January 2016 at 21:53, Ronald Chmara wrote: > On Thu, Jan 21, 2016 at 12:33 PM, Flyingmana > wrote: > > An RFC could still be valuable for the project, even if the original > > author leaved, so taking it over should be possible. And it should not > > be painful in any way. > > Would we ne

Re: [PHP-DEV] Handling of withdrawn RFCs

On Thu, Jan 21, 2016 at 12:33 PM, Flyingmana wrote: > An RFC could still be valuable for the project, even if the original > author leaved, so taking it over should be possible. And it should not > be painful in any way. > Would we need some rules in case multiple people want to take it over, > or

[PHP-DEV] Handling of withdrawn RFCs

There seems to be some different point of views how to handle withdrawn RFCs. As this is a separate point and maybe a more complex point I want to start this as an additional Thread here. The Goal is, to not have this argument again against someone taking over a withdrawn RFC. Means this should en

Re: [PHP-DEV] PDO Close Connection

Gabriel Zerbib wrote on 21/01/2016 14:32: Hi, list! This is my first email to this mailing list, so please pardon me for misuse of the traditions you may have here (formatting, phrasing, etc.). Welcome! :) Maybe this has been discussed in depth earlier, but: I want to ask if there is an expl

Re: [PHP-DEV] PHP 7.0.3 RC1 is available for testing - **** BC break ***

Hi! > Fedora detected a BC break in 5.6.18RC1 and 7.0.3RC1 related to > session management. Looks like something to do with last session changes. Yasuo, could you take a look at it? -- Stas Malyshev smalys...@gmail.com -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, vi

Re: [PHP-DEV] [RFC] [Re-proposed] Adopt Code of Conduct

>> On 21 בינו׳ 2016, at 9:54, Andrea Faulds wrote: >> >> There is absolutely no rule against being allowed to discuss >> something. The only rule is about putting stuff to a vote repeatedly. > > This is true, but Ze'ev acknowledged that already. I've more than acknowledged that already - I sai

[PHP-DEV] GOOD Benchmark Results for PHP Master 2016-01-21

Results for project PHP master, build date 2016-01-21 06:29:24+02:00 commit: 50c255d previous commit:dcf3db6 revision date: 2016-01-21 02:25:39+01:00 environment:Haswell-EP cpu:Intel(R) Xeon(R) CPU E5-2699 v3 @ 2.30GHz 2x18 cores, stepping 2, LLC 45 MB

Re: [PHP-DEV] [RFC] [Re-proposed] Adopt Code of Conduct

Dan, Dan Ackroyd wrote: On 21 January 2016 at 07:06, Zeev Suraski wrote: We have clear rules which disallow revival of RFCs which failed a vote for a duration of six months, unless they're very substantially modified, so revival isn't always allowed in open source. As other people have no

Re: [PHP-DEV] [RFC] [Re-proposed] Adopt Code of Conduct

On 21 January 2016 at 07:06, Zeev Suraski wrote: > We have clear rules which disallow revival of RFCs which failed a vote for a > duration of six months, unless they're very substantially modified, so > revival isn't always allowed in open source. As other people have noted, the RFC never went

[PHP-DEV] VCS Account Request: mprelude

To contribute bugfixes to PHP. -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] [RFC] [Re-proposed] Adopt Code of Conduct

On 1/21/16 10:04 AM, Zeev Suraski wrote: > On 21 בינו׳ 2016, at 7:36, Sascha Schumann > wrote: > . >>> We have clear rules which disallow revival of RFCs which failed a vote for a >>> duration of six months, unless they're very substantially modified, so >>> revival >>> isn't always allowed in o

Re: [PHP-DEV] [RFC] [Re-proposed] Adopt Code of Conduct

Paul M. Jones wrote: That's a nice try, but since the Contributor Covenant is a political document, the politics of those who favor it are fair game. Also, your attempt to characterize "quoting someone's own words" as "personal attacks" is noted. Inherently, any discussion concerning interac

Re: [PHP-DEV] [RFC] [Re-proposed] Adopt Code of Conduct

Hi, Pádraic Brady January 21, 2016 at 10:59 AM Hi, On 21 January 2016 at 14:33, Allan MacGregor wrote: Padraic, Taking a step back, instead taking a knee-jerk reaction; I think Kevin brought up a valid point. Is very clear that there are certain actors that a

Re: [PHP-DEV] [RFC] [Re-proposed] Adopt Code of Conduct

Hi, Zeev Suraski wrote: I wouldn't say the idea of a code of conduct is really a constitution per se (it's not setting down the foundation and goals of the PHP project, merely rules for misconduct) Should somehow this RFC get ratified, it would be by far the closest thing that the PHP projec

Re: [PHP-DEV] [RFC] [Re-proposed] Adopt Code of Conduct

Hi! > That's a nice try, but since the Contributor Covenant is a political > document, the politics of those who favor it are fair game. Also, I don't think we need to discuss politics here, at least "politics of those", i.e. personal views rather than merits of specific proposals. I see no good

Re: [PHP-DEV] PHP 7.0.3 RC1 is available for testing - **** BC break ***

Le 21/01/2016 11:53, Anatol Belski a écrit : > Hi, > > PHP 7.0.3 RC1 was just released and can be downloaded from: Fedora detected a BC break in 5.6.18RC1 and 7.0.3RC1 related to session management. This update breaks: Horde_SessionHandler (2.2.6) and symfony (2.7.9) https://apps.fedoraproject

Re: [PHP-DEV] WIKI: phpng-upgrading

On Wed, Jan 20, 2016 at 11:07 PM, Sean DuBois wrote: > Hi! > > I tried to get access to that page as well, but didn't have any luck > would you mind adding the zend_parse_paramaters changes? > > 'l' went from 'long' -> 'zend_long' and 's' went from 'int' -> 'size_t'. > > So many extensions have b

Re: [PHP-DEV] [RFC] [Re-proposed] Adopt Code of Conduct

> On Jan 21, 2016, at 09:46, Derick Rethans wrote: > >> - There is no mechanism or ability for one to confront ones accuser > > That is a tricky one. In my opinion, in the case of abuse as pointed out > in the draft CoC, I think this is fair, and necessary that we all for > reports of abuse i

Re: [PHP-DEV] [RFC] [Re-proposed] Adopt Code of Conduct

> On Jan 21, 2016, at 09:59, Pádraic Brady wrote: > > Hi, > > On 21 January 2016 at 14:33, Allan MacGregor > wrote: >> Padraic, >> >> Taking a step back, instead taking a knee-jerk reaction; I think Kevin >> brought up a valid point. Is very clear that there are certain actors that >> are pus

Re: [PHP-DEV] [RFC] [Re-proposed] Adopt Code of Conduct

Hi, On 21 January 2016 at 14:33, Allan MacGregor wrote: > Padraic, > > Taking a step back, instead taking a knee-jerk reaction; I think Kevin > brought up a valid point. Is very clear that there are certain actors that > are pushing for a specific version of this code of conduct to use it as a >

Re: [PHP-DEV] [RFC] [Re-proposed] Adopt Code of Conduct

On Thu, 21 Jan 2016, Allan MacGregor wrote: > Taking a step back, instead taking a knee-jerk reaction; I think Kevin > brought up a valid point. Is very clear that there are certain actors > that are pushing for a specific version of this code of conduct to use > it as a political tool. I am g

Re: [PHP-DEV] [RFC] [Re-proposed] Adopt Code of Conduct

Hi Allan, Allan MacGregor wrote: The Code of Merit essentially creates an armour clad rejection of any non-technical topic. Is really that bad, this is an open source project. We are talking about a programming language not a socio-political movement? Or did I missed the memo? An open-sour

Re: [PHP-DEV] [RFC] [Re-proposed] Adopt Code of Conduct

Hi Stas, Stanislav Malyshev wrote: Hi! It might leave others feeling pressured, but it's not their fault if those contributors feel unsafe without a code of conduct. Nor is the I don't want to be dismissive, but I do not see anything on the list that should make anybody feel *unsafe* (unless

Re: [PHP-DEV] [RFC] [Re-proposed] Adopt Code of Conduct

Hi, On 21 January 2016 at 07:50, Zeev Suraski wrote: > I think the fact that this RFC was (and still is) perceived to be a solution > for the toxic internals problem - actually served the proponents of this RFC > very well. On one hand, this is what people at large care about. On the > othe

Re: [PHP-DEV] [RFC] [Re-proposed] Adopt Code of Conduct

On 21 בינו׳ 2016, at 7:36, Sascha Schumann wrote: . >> We have clear rules which disallow revival of RFCs which failed a vote for a >> duration of six months, unless they're very substantially modified, so >> revival >> isn't always allowed in open source. > > I think Derick is abusing the RFC

Re: [PHP-DEV] [RFC] [Re-proposed] Adopt Code of Conduct

On Wed, Jan 20, 2016 at 10:20 PM, Derick Rethans wrote: > On Wed, 20 Jan 2016, Pavel Kouřil wrote: > >> On Wed, Jan 20, 2016 at 8:04 PM, Derick Rethans >> wrote: >> > >> > I've decided to re-propose the CoC RFC. There are many reasons for it, >> > but there are a few points I want to make. >> >>

RE: [PHP-DEV] [RFC] [Re-proposed] Adopt Code of Conduct

> For what it's worth, I find the description 'rules for misconduct' extremely > telling and fairly horrible way to describe a Code of Conduct, as I'm sure any > people involved with education would agree. Agreed. > > But we don't really have an alternative process for this currently > > establis

Re: [PHP-DEV] [RFC][DISCUSSION] Allow default value in list() syntax

Bump this to continue discussion of this RFC ( https://wiki.php.net/rfc/list_default_value). In case some of you didn't follow it before. This RFC propose to allow set default value in list() assignment： list($a = 'default value') = $arr; On 10 November 2015 at 11:14, reeze wrote: > Hey Dan,

Re: [PHP-DEV] [RFC] [Re-proposed] Adopt Code of Conduct

The Code of Merit essentially creates an armour clad rejection of any non-technical topic. Is really that bad, this is an open source project. We are talking about a programming language not a socio-political movement? Or did I missed the memo? When it comes down to PHP itself the main con

Re: [PHP-DEV] [RFC] [Re-proposed] Adopt Code of Conduct

Hi, >For example, http://code-of-merit.org/ seems much more reasonable in >"getting the things done" than the Covenant. I reviewed this last night, and it hasn’t fared any better after a night’s sleep. The Code of Merit essentially creates an armour clad rejection of any non-technical topic. It m

Re: [PHP-DEV] [RFC] [Re-proposed] Adopt Code of Conduct

On Wed, 20 Jan 2016, Stanislav Malyshev wrote: > Hi! > > > I've decided to re-propose the CoC RFC. There are many reasons for it, > > but there are a few points I want to make. > > > > I strongly believe that a Code of Conduct is required. The amount of > > toxic behaviour on this list is in m

Re: [PHP-DEV] [RFC] [Re-proposed] Adopt Code of Conduct

Padraic, Taking a step back, instead taking a knee-jerk reaction; I think Kevin brought up a valid point. Is very clear that there are certain actors that are pushing for a specific version of this code of conduct to use it as a political tool. This is it what concerns most people regarding

Re: [PHP-DEV] [RFC] Allow specifying keys in list()

Hi! > Here's an RFC that would extend the syntax of list() to be more useful > with associative arrays: > > https://wiki.php.net/rfc/list_keys > > Please read it and tell me your thoughts. After reading the RFC, it looks like a great idea. I wouldn't exactly encourage this for replacement of na

[PHP-DEV] PDO Close Connection

Hi, list! This is my first email to this mailing list, so please pardon me for misuse of the traditions you may have here (formatting, phrasing, etc.). Maybe this has been discussed in depth earlier, but: I want to ask if there is an explicit reason for not giving a "close" instance method in the

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

Hi, PHP 7.0.3 RC1 was just released and can be downloaded from: https://downloads.php.net/~ab/ The Windows binaries are available at http://windows.php.net/qa/ This release contains a number of bugfixes. For the list of bugfixes that you can target in your testing, please refer to the

Re: [PHP-DEV] [RFC] [VOTE] Class Constant Visibility

On 21/01/16 06:36, Xinchen Hui wrote: > Hey: > > On Wed, Jan 20, 2016 at 7:05 PM, Michael Wallner > wrote: > > On 08/12/15 10:56, Dmitry Stogov wrote: > > Hi Sean, > > > > The PR has been merged into master. > > Please update the RFC accordingly. > >

Re: [PHP-DEV] [RFC] [Re-proposed] Adopt Code of Conduct

On Wed, 20 Jan 2016, Pavel Kouřil wrote: > On Wed, Jan 20, 2016 at 8:04 PM, Derick Rethans > wrote: > > > > I've decided to re-propose the CoC RFC. There are many reasons for > > it, but there are a few points I want to make. > > if you still insists on some CoC, maybe you could at least look

Re: [PHP-DEV] [RFC] [Re-proposed] Adopt Code of Conduct

Hi, On 21 January 2016 at 04:37, Kevin Smith wrote: > I noticed you were contacted by Randi Lee Harper [https://archive.is/b8RDW], > the ironically abusive founder of the Online Abuse Prevention Initiative > [https://archive.is/eqco9][http://archive.is/A1Azz] known for attacking and > attempti

Re: [PHP-DEV] [RFC] [VOTE] Class Constant Visibility

Hey: On Wed, Jan 20, 2016 at 7:05 PM, Michael Wallner wrote: > On 08/12/15 10:56, Dmitry Stogov wrote: > > Hi Sean, > > > > The PR has been merged into master. > > Please update the RFC accordingly. > > Thanks to Nikita and Xinchen for code review and suggestions. > > > > > This patch seems to c

Re: [PHP-DEV] [RFC] [Re-proposed] Adopt Code of Conduct

Hi! > [http://archive.is/1A8SQ], wherein she suggested that you ignore the And this is exactly what we want to prevent from happening here. -- Stas Malyshev smalys...@gmail.com -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

RE: [PHP-DEV] [RFC] [Re-proposed] Adopt Code of Conduct

> -Original Message- > From: Pádraic Brady [mailto:padraic.br...@gmail.com] > Sent: Thursday, January 21, 2016 1:43 AM > To: Zeev Suraski > Cc: Derick Rethans ; PHP Developers Mailing List > > Subject: Re: [PHP-DEV] [RFC] [Re-proposed] Adopt Code of Conduct > > Hi, > > Up front, I agr

RE: [PHP-DEV] [RFC] [Re-proposed] Adopt Code of Conduct

> I wouldn't say the idea of a code of conduct is really a constitution per se > (it's > not setting down the foundation and goals of the PHP project, merely rules > for misconduct) Should somehow this RFC get ratified, it would be by far the closest thing that the PHP project will have for a co

Re: [PHP-DEV] [RFC] [Re-proposed] Adopt Code of Conduct

Hi! > It might leave others feeling pressured, but it's not their fault if > those contributors feel unsafe without a code of conduct. Nor is the I don't want to be dismissive, but I do not see anything on the list that should make anybody feel *unsafe* (unless of course I misunderstand what you

[PHP-DEV] Can I post to the mailing list without being subscribed?

If you’re seeing this, then the answer is yes, and I apologise for the spam. -- Andrea Faulds https://ajf.me/ -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php