Re: [PHP-DEV] bugsnet cleanup

W dniu 17.01.2017 o 18:47, Niklas Keller pisze: 2017-01-17 18:22 GMT+01:00 Andreas Heigl : Hi All. Am 17.01.17 um 17:51 schrieb Christoph M. Becker: On 17.01.2017 at 17:35, Stanislav Malyshev wrote: People can now cross-reference issues, discuss, get notifications, and

Re: [PHP-DEV] Re: Improving mt_rand() seed

On Wed, Jan 18, 2017 at 10:22 AM, Nikita Popov wrote: > On Wed, Jan 18, 2017 at 1:44 AM, Yasuo Ohgaki wrote: > >> Hi Lauri, >> >> On Tue, Jan 17, 2017 at 11:59 PM, Lauri Kenttä >> wrote: >> >> > On 2017-01-17 16:18, Lauri Kenttä

[PHP-DEV] Re: windows.php.net is moving to new IP

"Anatol Belski" in php.internals (Tue, 17 Jan 2017 20:14:55 +0100): >I'm writing to inform, that the current Windows infrastructure hosting >sponsor doesn't plan to support the project anymore. Furthermore, a >notification was given, that the servers will be taken down within a couple >of next

Re: [PHP-DEV] bugsnet cleanup

On Tue, Jan 17, 2017 at 5:35 PM, Stanislav Malyshev wrote: > What prevents you from being able to create proper issues on bugs.php.net? > Nothing: it's just a forgotten corner of the web, like our Jira was. Marco Pivetta http://twitter.com/Ocramius

Re: [PHP-DEV] bugsnet cleanup

Hi! > Nothing: it's just a forgotten corner of the web, like our Jira was. I'm sorry, I don't get this "forgotten corner" thing. What exactly is missing there - glitter? Celebrity endorsements? We have a fully functional tool, easy to use and available to anybody that needs it. We do not have to

Re: [PHP-DEV] bugsnet cleanup

Hi! > Well, what is missing is a simple means to ping another developer – > currently the only way to do so is assigning the ticket to them, but > that's not always appropriate. True. Should not be hard to implement though I think. -- Stas Malyshev smalys...@gmail.com -- PHP Internals - PHP

Re: [PHP-DEV] Improving mail() 5th parameter handling

Hi! > I'm planning to use extra_parameters array like > > $opts = [ > '-f' => 's...@example.com ', // Envelope sender > '-4' => null, // Force IPv4 > '-au' => 'u...@example.com ', // SMTP auth user > '-ap' => 'secret', // SMTP auth

Re: [PHP-DEV] bugsnet cleanup

Hi All. Am 17.01.17 um 17:51 schrieb Christoph M. Becker: > On 17.01.2017 at 17:35, Stanislav Malyshev wrote: > >>> People can now cross-reference issues, discuss, get notifications, and >>> have some simplified/readable markup. >> >> All this, except for markup, is available on bugs.php.net.

Re: [PHP-DEV] bugsnet cleanup

Hi! > People can now cross-reference issues, discuss, get notifications, and > have some simplified/readable markup. All this, except for markup, is available on bugs.php.net. And I don't think markup is that important - I'm pretty sure one can discuss bugs in plain text. > For the 99% of

Re: [PHP-DEV] bugsnet cleanup

On 17.01.2017 at 17:35, Stanislav Malyshev wrote: >> People can now cross-reference issues, discuss, get notifications, and >> have some simplified/readable markup. > > All this, except for markup, is available on bugs.php.net. And I don't > think markup is that important - I'm pretty sure one

Re: [PHP-DEV] Fixing Apache mod_proxy_fcgi SCRIPT_FILENAME et al for good

> On 17.01.2017, at 15:58, Remi Collet wrote: > > Le 17/01/2017 à 15:44, David Zuelke a écrit : >> Hi all, >> >> https://github.com/php/php-src/pull/694 and >> https://github.com/php/php-src/pull/765 brought support for Apache's >> "SetHandler" based

Re: [PHP-DEV] bugsnet cleanup

On 1/17/17 10:39 AM, Marco Pivetta wrote: > On Tue, Jan 17, 2017 at 5:35 PM, Stanislav Malyshev > wrote: > >> What prevents you from being able to create proper issues on bugs.php.net? > > Nothing: it's just a forgotten corner of the web, like our Jira was. Why not put a

Re: [PHP-DEV] bugsnet cleanup

2017-01-17 18:22 GMT+01:00 Andreas Heigl : > Hi All. > > Am 17.01.17 um 17:51 schrieb Christoph M. Becker: > > On 17.01.2017 at 17:35, Stanislav Malyshev wrote: > > > >>> People can now cross-reference issues, discuss, get notifications, and > >>> have some simplified/readable

[PHP-DEV] windows.php.net is moving to new IP

Hi, I'm writing to inform, that the current Windows infrastructure hosting sponsor doesn't plan to support the project anymore. Furthermore, a notification was given, that the servers will be taken down within a couple of next weeks. Alex Schoenmaker found another sponsor, so all the HW will have

Re: [PHP-DEV] [RFC][DISCUSSION] - Disallow Multiple Constructor Calls

Hey Tim, On Tue, Jan 17, 2017 at 9:17 PM, Tim Bezhashvyly wrote: > Dear internals, > > me and Richard Fussenegger came up with a RFC draft disallowing multiple > constructor calls - https://wiki.php.net/rfc/ > disallow-multiple-constructor-calls

Re: [PHP-DEV] [RFC][DISCUSSION] - Disallow Multiple Constructor Calls

Hi Nikita, thank you for your feedback. Would you suggest to convert RFC into prohibition of explicit __construct calls except parent::__construct? Regards, Tim > On 17 Jan 2017, at 21:48, Nikita Popov wrote: > > On Tue, Jan 17, 2017 at 9:17 PM, Tim Bezhashvyly

[PHP-DEV] [RFC][DISCUSSION] - Disallow Multiple Constructor Calls

Dear internals, me and Richard Fussenegger came up with a RFC draft disallowing multiple constructor calls - https://wiki.php.net/rfc/disallow-multiple-constructor-calls Here is a Reddit discussion thread -

Re: [PHP-DEV] [RFC][DISCUSSION] - Disallow Multiple Constructor Calls

On Tue, Jan 17, 2017 at 9:17 PM, Tim Bezhashvyly wrote: > Dear internals, > > me and Richard Fussenegger came up with a RFC draft disallowing multiple > constructor calls - https://wiki.php.net/rfc/ > disallow-multiple-constructor-calls

Re: [PHP-DEV] Typed properties problems

https://github.com/php/php-src/compare/master...bwoebi:typed_ref_properties From: guilhermebla...@gmail.com Sent: Tuesday, January 17, 2017 6:02:09 PM To: Dmitry Stogov Cc: Bob Weinand; Joe Watkins; PHP internals list Subject: Re:

Re: [PHP-DEV] [RFC][DISCUSSION] - Disallow Multiple Constructor Calls

On 1/17/2017 9:48 PM, Nikita Popov wrote: > Without putting a lot of though into this, the restriction sounds > reasonable. > > However, it is not immediately clear to me how this can be implemented > without adding a disproportionate amount of overhead for something which I > would consider a

Re: [PHP-DEV] [RFC][Vote] HashContext using Objects

On Tue, 17 Jan 2017 at 22:49 Sara Golemon wrote: > Voting has opened on: https://wiki.php.net/rfc/hash-context.as-resource > > Voting will remain open for two weeks and will close on 31 Jan, 2017 > at 23:59:59 UTC > > -Sara > Thanks for the work on this. I've voted for frozen

Re: [PHP-DEV] Typed properties problems

On regular PHP 7, the array weirdness (Dmitry's last example) doesn't even produce a warning: class Shit { public $yo = false; } $shit = new Shit(); $shit->yo[] = "what"; // quitly turns $yo into an array! echo gettype($shit->yo); // array That's pretty messed-up right there. At least in

Re: [PHP-DEV] Typed properties problems

Hi! > That's pretty messed-up right there. At least in the object cases there's > an E_WARNING "Creating default object from empty value" - with the array > case, nothing, it just converts your boolean into an array. Yikes. You told PHP you want an array, you get an array. -- Stas Malyshev

Re: [PHP-DEV] windows.php.net is moving to new IP

> > Hi, > > I'm writing to inform, that the current Windows infrastructure hosting > sponsor doesn't plan to support the project anymore. Furthermore, a > notification was given, that the servers will be taken down within a couple > of next weeks. Alex Schoenmaker found another sponsor, so all the

Re: [PHP-DEV] [RFC][DISCUSSION] - Disallow Multiple Constructor Calls

Hi Marcio, there is no deprecation because nothing is deprecated. This is a behavioural constrain. Regarding parent() this is just one possible future RFC. Our intention was just to depict that the RFC in hand opens such possibilities. There is no obligation. Regards, Tim > On 17 Jan 2017,

Re: [PHP-DEV] Typed properties problems

Hi! >> That's pretty messed-up right there. At least in the object cases there's >> an E_WARNING "Creating default object from empty value" - with the array >> case, nothing, it just converts your boolean into an array. Yikes. This works only on "empty" values, btw - null, false and "". And

Re: [PHP-DEV] [RFC][DISCUSSION] - Disallow Multiple Constructor Calls

Hi Tim, I'm ok with the idea. But could you elaborate why not propose a deprecation before the error on PHP 8? Also, one point about the future scope "Add shorthand parent() as alternative to parent::__construct().": Do we really need to introduce more language constructs that look like valid

Re: [PHP-DEV] [RFC][DISCUSSION] - Disallow Multiple Constructor Calls

On 1/17/2017 10:11 PM, Tim Bezhashvyly wrote: > Hi Marcio, > > there is no deprecation because nothing is deprecated. This is a > behavioural constrain. > > Regarding parent() this is just one possible future RFC. Our > intention was just to depict that the RFC in hand opens such >

Re: [PHP-DEV] Typed properties problems

On Tue, Jan 17, 2017 at 4:52 PM, Stanislav Malyshev wrote: > Hi! > > > That's pretty messed-up right there. At least in the object cases there's > > an E_WARNING "Creating default object from empty value" - with the array > > case, nothing, it just converts your boolean into

[PHP-DEV] UGLY Benchmark Results for PHP Master 2017-01-17

Results for project PHP master, build date 2017-01-17 03:06:40-08:00 commit: cbc416e previous commit:4eb4057 revision date: 2017-01-16 12:14:10-08: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] Fixing Apache mod_proxy_fcgi SCRIPT_FILENAME et al for good

Le 17/01/2017 à 15:44, David Zuelke a écrit : > Hi all, > > https://github.com/php/php-src/pull/694 and > https://github.com/php/php-src/pull/765 brought support for Apache's > "SetHandler" based mod_proxy_fcgi-to-FPM interface. > > Recently, a change in Apache >

Re: [PHP-DEV] Improving mail() 5th parameter handling

Hi Stas, On Wed, Jan 18, 2017 at 1:26 AM, Stanislav Malyshev wrote: > > > I cannot reseach all kinds of sendmail binaries. If there are exotic > > sendmail binaries, > > I would like to know the reference for them. Thank you. > > I don't think it is a good idea to

Re: [PHP-DEV] Re: Improving mt_rand() seed

On Wed, Jan 18, 2017 at 1:44 AM, Yasuo Ohgaki wrote: > Hi Lauri, > > On Tue, Jan 17, 2017 at 11:59 PM, Lauri Kenttä > wrote: > > > On 2017-01-17 16:18, Lauri Kenttä wrote: > > > >> On 2017-01-17 02:34, Yasuo Ohgaki wrote: > >> > >>> Set state

Re: [PHP-DEV] Improving mt_rand() seed

Hi Leigh, On Tue, Jan 17, 2017 at 11:48 PM, Leigh wrote: > mt_rand is not advertised as crypto-quality. > > Where do you think mt_rand is used in session id generation? > I don't mention session module uses mt_rand, but older versions used php_combined_lcg() . Regards, --

Re: [PHP-DEV] Re: Improving mt_rand() seed

Hi Lauri, On Tue, Jan 17, 2017 at 11:59 PM, Lauri Kenttä wrote: > On 2017-01-17 16:18, Lauri Kenttä wrote: > >> On 2017-01-17 02:34, Yasuo Ohgaki wrote: >> >>> Set state somewhere between MT rand's 2^19937−1 cycle. >>> >> >> This is exactly what my patch does. >> > > Or,

Re: [PHP-DEV] Typed properties problems

Hi! > Exactly. Scalars can change datatypes without warning. That's powerful, > but also migrane inducing when not used properly. Not really, scalars can't change datatypes. Variables can hold values of different datatypes, and certain operations can convert values between types. This is the

Re: [PHP-DEV] [RFC][DISCUSSION] - Disallow Multiple Constructor Calls

On Tue, Jan 17, 2017 at 9:52 PM, Fleshgrinder wrote: > On 1/17/2017 9:48 PM, Nikita Popov wrote: > > Without putting a lot of though into this, the restriction sounds > > reasonable. > > > > However, it is not immediately clear to me how this can be implemented > > without

[PHP-DEV] [RFC][Vote] HashContext using Objects

Voting has opened on: https://wiki.php.net/rfc/hash-context.as-resource Voting will remain open for two weeks and will close on 31 Jan, 2017 at 23:59:59 UTC -Sara -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] bugsnet cleanup

Morning Stas :) > True, but some people can not write an RFC, or not ready to do it, > however they still can request and discuss features. They can do that, but they can also start a discussion on internals if they want to encourage someone else to do their work for them. The RFC document

Re: [PHP-DEV][RFC][DISCUSSION] - Immutable classes and properties

Hi Silvio, On Tue, Dec 13, 2016 at 6:17 PM, Silvio Marijić wrote: > After much thinking regarding array in immutable objects I'm thinking of > revoking this RFC. If someone has some suggestion on that matter now is the > time, but otherwise my work is done on this one.

Re: [PHP-DEV] Improving mail() 5th parameter handling

Hi Stas, On Tue, Jan 17, 2017 at 6:02 AM, Stanislav Malyshev wrote: > > - Allow array additional_parameter and soft deprecate (document > > deprecation) string one. > > - Use key as "option name" and validate chars > > - Use value as "option value" and validate some

Re: [PHP-DEV] bugsnet cleanup

On Tue, Jan 17, 2017 at 9:19 AM, Joe Watkins wrote: > > I'm sorry I don't understand this. How bugs.php.net is not open? > > I said it is open, but it's not being used, it's not in your face like > github is for a lot of us, it's in a "dark corner of the internet". > We

Re: [PHP-DEV][RFC][DISCUSSION] - Immutable classes and properties

Hi Yasuo, Yes, that looks like interesting idea. I can open another RFC and start working on that one, if there is a interest for that. Why can't we fit that into 7.2 ? Cheers, 2017-01-17 10:12 GMT+01:00 Yasuo Ohgaki : > Hi Silvio, > > On Tue, Dec 13, 2016 at 6:17 PM,

Re: [PHP-DEV] Improving mail() 5th parameter handling

On Tue, Jan 17, 2017 at 6:20 PM, Yasuo Ohgaki wrote: > I'm planning to use extra_parameters array like > > $opts = [ > '-f' => 's...@example.com', // Envelope sender > '-4' => null, // Force IPv4 > '-au' => 'u...@example.com', // SMTP auth user > '-ap' => 'secret',

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

On Thu, Jan 12, 2017 at 5:23 AM, Julien Pauli wrote: > 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,

[PHP-DEV] Typed properties problems

Hi Bob, I've found a number of problems: $ sapi/cli/php -r 'class Foo {public bool $b = false;} $x = new Foo; $x->b->ops += 5; echo gettype($x->b),"\n";' object $ sapi/cli/php -r 'class Foo {public bool $b = false;} $x = new Foo; $x->b->ops++; echo gettype($x->b),"\n";' object $

Re: [PHP-DEV] Re: Improving mt_rand() seed

On 2017-01-17 02:34, Yasuo Ohgaki wrote: Set state somewhere between MT rand's 2^19937−1 cycle. This is exactly what my patch does. -- Lauri Kenttä -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Fixing Apache mod_proxy_fcgi SCRIPT_FILENAME et al for good

Hi all, https://github.com/php/php-src/pull/694 and https://github.com/php/php-src/pull/765 brought support for Apache's "SetHandler" based mod_proxy_fcgi-to-FPM interface. Recently, a change in Apache (https://github.com/apache/httpd/commit/cab0bfbb2645bb8f689535e5e2834e2dbc23f5a5) broke

Re: [PHP-DEV] Improving mt_rand() seed

On 16 January 2017 at 07:04, Yasuo Ohgaki wrote: > Hi all, > > Since I was about to improve uniqid()'s entropy by replacing > php_combined_lcg() to php_random_int(), I spent time to check other places > that could be a problem. > > mt_rand()'s is seeded as follows by default.

Re: [PHP-DEV] Re: Improving mt_rand() seed

On 2017-01-17 16:18, Lauri Kenttä wrote: On 2017-01-17 02:34, Yasuo Ohgaki wrote: Set state somewhere between MT rand's 2^19937−1 cycle. This is exactly what my patch does. Or, to be honest, my patch provides 2^19936 possible states, which should be more than enough. To get all 2^19937−1,

Re: [PHP-DEV] Typed properties problems

Where can I see progress of this work? On Tue, Jan 17, 2017 at 5:03 AM, Dmitry Stogov wrote: > Hi Bob, > > > I've found a number of problems: > > > $ sapi/cli/php -r 'class Foo {public bool $b = false;} $x = new Foo; > $x->b->ops += 5; echo gettype($x->b),"\n";' > > object > >