[PHP-DEV] Re: [RFC][VOTE] Deprecate then Remove Mcrypt

2016-03-15 Thread Scott Arciszewski
I've added a section to the wiki page explaining some of the background information (regarding security) and the motivation for removing the library: https://wiki.php.net/rfc/mcrypt-viking-funeral#background_information_regarding_security This is not a substantive change to the proposal; it is pro

Re: [PHP-DEV] [RFC] Libsodium (bump)

2016-03-15 Thread Scott Arciszewski
Noted and agreed. On Mar 15, 2016 9:56 PM, "David Zuelke" wrote: > I think I've said this before; please call it ext-sodium, not > ext-libsodium. > > David > > > > On 15.03.2016, at 18:40, Scott Arciszewski wrote: > > > > Link to RFC: https://wiki.php.net/rfc/libsodium > > > > I'd like to bump t

Re: [PHP-DEV] [RFC] Libsodium (bump)

2016-03-15 Thread David Zuelke
I think I've said this before; please call it ext-sodium, not ext-libsodium. David > On 15.03.2016, at 18:40, Scott Arciszewski wrote: > > Link to RFC: https://wiki.php.net/rfc/libsodium > > I'd like to bump the RFC to make Libsodium a core extension, as per > Ferenc's suggestion on the mcryp

[PHP-DEV] [RFC] Add IntlTimeZone::getWindowsID() and IntlTimeZone::getIDForWindowsID() to ext/intl

2016-03-15 Thread Sara Golemon
Pretty basic RFC: There's new methods in ICU 52, wrap 'em up and make 'em available. Note that despite these APIs being windows focused, they are in fact available on Linux. They're just a database lookup, essentially. https://wiki.php.net/rfc/intl.timezone.get-windows-id -Sara P.S. - Yes, tests

[PHP-DEV] Re: Type specialised opcode handlers

2016-03-15 Thread Dmitry Stogov
This is the final version: https://github.com/php/php-src/pull/1824 Thanks. Dmitry. From: Dmitry Stogov Sent: Friday, March 11, 2016 17:31 To: Nikita Popov; Xinchen Hui; Bob Weinand Subject: Type specialised opcode handlers Hi, I like to inform you that I'm w

Re: [PHP-DEV] PCRE JIT stack size limit

2016-03-15 Thread David Zuelke
On 15.03.2016, at 21:18, Anatol Belski wrote: > > Hi, > >> -Original Message- >> From: David Zuelke [mailto:d...@heroku.com] >> Sent: Sunday, March 13, 2016 6:09 AM >> To: Anatol Belski >> Cc: Christoph Becker ; Pierre Joye >> ; PHP internals >> Subject: Re: [PHP-DEV] PCRE JIT stack si

Re: [PHP-DEV] [RFC] Libsodium (bump)

2016-03-15 Thread Yasuo Ohgaki
Hi Scott, On Wed, Mar 16, 2016 at 2:40 AM, Scott Arciszewski wrote: > Question: If this extension is adopted, which syntax would you prefer? > > \Sodium\func() > Sodium::func() > sodium_func() I prefer both of Sodium::func() sodium_func() IMO, we are better to provide bot

RE: [PHP-DEV] PCRE JIT stack size limit

2016-03-15 Thread Anatol Belski
Hi, > -Original Message- > From: David Zuelke [mailto:d...@heroku.com] > Sent: Sunday, March 13, 2016 6:09 AM > To: Anatol Belski > Cc: Christoph Becker ; Pierre Joye > ; PHP internals > Subject: Re: [PHP-DEV] PCRE JIT stack size limit > > Just wanted to resurrect this thread... I just

Re: [PHP-DEV] [RFC] Libsodium (bump)

2016-03-15 Thread Scott Arciszewski
On Tue, Mar 15, 2016 at 1:59 PM, Fleshgrinder wrote: > On 3/15/2016 6:40 PM, Scott Arciszewski wrote: > > Link to RFC: https://wiki.php.net/rfc/libsodium > > > > I'd like to bump the RFC to make Libsodium a core extension, as per > > Ferenc's suggestion on the mcrypt RFC. > > > > Question: If thi

Re: [PHP-DEV] [RFC] Libsodium (bump)

2016-03-15 Thread Fleshgrinder
On 3/15/2016 6:40 PM, Scott Arciszewski wrote: > Link to RFC: https://wiki.php.net/rfc/libsodium > > I'd like to bump the RFC to make Libsodium a core extension, as per > Ferenc's suggestion on the mcrypt RFC. > > Question: If this extension is adopted, which syntax would you prefer? > > \So

Re: [PHP-DEV] [RFC][VOTE] Deprecate then Remove Mcrypt

2016-03-15 Thread Chris Riley
On 15 March 2016 at 17:40, Will Fitch wrote: > > > On Tue, Mar 15, 2016, at 12:18 PM, Ferenc Kovacs wrote: > > On Tue, Mar 15, 2016 at 6:13 PM, Scott Arciszewski > > wrote: > > > > > On Tue, Mar 15, 2016 at 1:09 PM, Ferenc Kovacs > wrote: > > > > > >> > > >> > > >> On Tue, Mar 15, 2016 at 5:11

Re: [PHP-DEV] [RFC][VOTE] Deprecate then Remove Mcrypt

2016-03-15 Thread Will Fitch
On Tue, Mar 15, 2016, at 12:18 PM, Ferenc Kovacs wrote: > On Tue, Mar 15, 2016 at 6:13 PM, Scott Arciszewski > wrote: > > > On Tue, Mar 15, 2016 at 1:09 PM, Ferenc Kovacs wrote: > > > >> > >> > >> On Tue, Mar 15, 2016 at 5:11 PM, Scott Arciszewski > >> wrote: > >> > >>> Hi PHP team, > >>> > >

[PHP-DEV] [RFC] Libsodium (bump)

2016-03-15 Thread Scott Arciszewski
Link to RFC: https://wiki.php.net/rfc/libsodium I'd like to bump the RFC to make Libsodium a core extension, as per Ferenc's suggestion on the mcrypt RFC. Question: If this extension is adopted, which syntax would you prefer? \Sodium\func() Sodium::func() sodium_func() As it current

Re: [PHP-DEV] [RFC][VOTE] Deprecate then Remove Mcrypt

2016-03-15 Thread Ferenc Kovacs
On Tue, Mar 15, 2016 at 6:13 PM, Scott Arciszewski wrote: > On Tue, Mar 15, 2016 at 1:09 PM, Ferenc Kovacs wrote: > >> >> >> On Tue, Mar 15, 2016 at 5:11 PM, Scott Arciszewski >> wrote: >> >>> Hi PHP team, >>> >>> I've opened the vote on https://wiki.php.net/rfc/mcrypt-viking-funeral >>> which

Re: [PHP-DEV] [RFC][VOTE] Deprecate then Remove Mcrypt

2016-03-15 Thread Ferenc Kovacs
On Tue, Mar 15, 2016 at 6:10 PM, Scott Arciszewski wrote: > It has been "under discussion" for over 2 months. I just didn't know I > could edit the RFC index page. > > Scott Arciszewski > Chief Development Officer > Paragon Initiative Enterprises > https://wiki.php.net/rf

Re: [PHP-DEV] [RFC][VOTE] Deprecate then Remove Mcrypt

2016-03-15 Thread Scott Arciszewski
On Tue, Mar 15, 2016 at 1:09 PM, Ferenc Kovacs wrote: > > > On Tue, Mar 15, 2016 at 5:11 PM, Scott Arciszewski > wrote: > >> Hi PHP team, >> >> I've opened the vote on https://wiki.php.net/rfc/mcrypt-viking-funeral >> which aims to deprecate ext/mcrypt in PHP 7.1 then remove it in 7.1+1 >> (i.e.

Re: [PHP-DEV] [RFC][VOTE] Deprecate then Remove Mcrypt

2016-03-15 Thread Ferenc Kovacs
On Tue, Mar 15, 2016 at 5:11 PM, Scott Arciszewski wrote: > Hi PHP team, > > I've opened the vote on https://wiki.php.net/rfc/mcrypt-viking-funeral > which aims to deprecate ext/mcrypt in PHP 7.1 then remove it in 7.1+1 (i.e. > make it only installable via PECL). > > In the interim, I'll be devel

Re: [PHP-DEV] [RFC][VOTE] Deprecate then Remove Mcrypt

2016-03-15 Thread Scott Arciszewski
On Tue, Mar 15, 2016 at 12:26 PM, Pierre Joye wrote: > On Mar 16, 2016 12:22 AM, "Remi Collet" wrote: > > > > Le 15/03/2016 17:11, Scott Arciszewski a écrit : > > > Hi PHP team, > > > > > > I've opened the vote on > > > https://wiki.php.net/rfc/mcrypt-viking-funeral which aims to > > > deprecate

Re: [PHP-DEV] [RFC][VOTE] Deprecate then Remove Mcrypt

2016-03-15 Thread Pierre Joye
On Mar 16, 2016 12:22 AM, "Remi Collet" wrote: > > Le 15/03/2016 17:11, Scott Arciszewski a écrit : > > Hi PHP team, > > > > I've opened the vote on > > https://wiki.php.net/rfc/mcrypt-viking-funeral which aims to > > deprecate ext/mcrypt in PHP 7.1 then remove it in 7.1+1 (i.e. make > > it only i

Re: [PHP-DEV] [RFC Discussion] Catching multiple exception types

2016-03-15 Thread Patrick ALLAERT
Hi, Le mer. 9 mars 2016 à 14:08, Marco Pivetta a écrit : > On 9 March 2016 at 14:03, Pierrick Charron wrote: > > > Hi Derick > > > > I agree that most of the time the best solution is to implement a clean > > exception hierarchy but as stated in the RFC : > > > > "A solution to fix this problem

Re: [PHP-DEV] [RFC][VOTE] Deprecate then Remove Mcrypt

2016-03-15 Thread Remi Collet
Le 15/03/2016 17:11, Scott Arciszewski a écrit : > Hi PHP team, > > I've opened the vote on > https://wiki.php.net/rfc/mcrypt-viking-funeral which aims to > deprecate ext/mcrypt in PHP 7.1 then remove it in 7.1+1 (i.e. make > it only installable via PECL). > > In the interim, I'll be developing a

[PHP-DEV] [RFC][VOTE] Deprecate then Remove Mcrypt

2016-03-15 Thread Scott Arciszewski
Hi PHP team, I've opened the vote on https://wiki.php.net/rfc/mcrypt-viking-funeral which aims to deprecate ext/mcrypt in PHP 7.1 then remove it in 7.1+1 (i.e. make it only installable via PECL). In the interim, I'll be developing a (MIT licensed) decryption-only userland implementation of the mc

[PHP-DEV] NEUTRAL Benchmark Results for PHP Master 2016-03-15

2016-03-15 Thread lp_benchmark_robot
Results for project PHP master, build date 2016-03-15 06:31:11+02:00 commit: 4739196 previous commit:01579ae revision date: 2016-03-14 17:57:07+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] php 7 bug in substr_replace function

2016-03-15 Thread Pascal KISSIAN
De : Colin O'Dell [mailto:colinod...@gmail.com] Envoyé : mardi 15 mars 2016 15:36 À : Pascal KISSIAN ; internals@lists.php.net Objet : Re: [PHP-DEV] php 7 bug in substr_replace function Hi Pascal, The bug tracker can be found here: https://bugs.php.net/ You might also want to include t

Re: [PHP-DEV] php 7 bug in substr_replace function

2016-03-15 Thread Colin O'Dell
Hi Pascal, The bug tracker can be found here: https://bugs.php.net/ You might also want to include this link in your bug report - it shows the results of your test across multiple versions of PHP, thus confirming the behavior: https://3v4l.org/bPOK3 Cheers, Colin

[PHP-DEV] php 7 bug in substr_replace function

2016-03-15 Thread Pascal KISSIAN
Hi everybody, I don't know if this is the right place to report bugs. please let me know for the next time. This is a small snippet that shows the wrong behaviour : When running it under php 7, $line is unchanged and a message is emitted : PHP Warning: substr_replace(): 'from' and