Re: [PHP-DEV] Re: [RFC] Deprecations for PHP 7.1

Hi, On Wed, Feb 24, 2016 at 9:48 AM, Stanislav Malyshev wrote: >> foot, by discarding possibly important information when serialising - an >> operation that's supposed to perfectly reproduce a value! > > I'm not sure this is correct. Also, for values that are not exactly >

Re: [PHP-DEV] Re: [RFC] Deprecations for PHP 7.1

Hi, On Wed, Feb 24, 2016 at 11:37 AM, Net Mo wrote: > I'd also deprecate anything related to passing the session id in query > strings in ext/session and have it only working with cookies. > > session.use_cookies > session.use_only_cookies > url_rewriter.tags > and possibly

Re: [PHP-DEV] Re: PRNG: Raise warning and/or provide better pseudorandom generator?

Hi Tom, On Wed, Feb 24, 2016 at 9:57 AM, Tom Worster wrote: > On 2/23/16 7:13 PM, Yasuo Ohgaki wrote: > >>> >http://www.pcg-random.org/ >> >> It's simple and supports 64bit int out of the box. >> Looks great! > > > PSG is very interesting. But it's new and hasn't been peer

[PHP-DEV] Re: [RFC] Deprecations for PHP 7.1

I'd also deprecate anything related to passing the session id in query strings in ext/session and have it only working with cookies. session.use_cookies session.use_only_cookies url_rewriter.tags and possibly also arg_separator.* if related

Re: [PHP-DEV] Re: [RFC] Deprecations for PHP 7.1

Hi Stas, Stanislav Malyshev wrote: Hi! foot, by discarding possibly important information when serialising - an operation that's supposed to perfectly reproduce a value! I'm not sure this is correct. Also, for values that are not exactly representable in binary, I'm not sure you want to see

Re: [PHP-DEV] Re: PRNG: Raise warning and/or provide better pseudorandom generator?

On 2/23/16 7:13 PM, Yasuo Ohgaki wrote: >http://www.pcg-random.org/ It's simple and supports 64bit int out of the box. Looks great! PSG is very interesting. But it's new and hasn't been peer reviewed yet. It's in the "experimental" stage while others are more "well known". xorshift+ seems

Re: [PHP-DEV] Re: [RFC] Deprecations for PHP 7.1

Hi! > foot, by discarding possibly important information when serialising - an > operation that's supposed to perfectly reproduce a value! I'm not sure this is correct. Also, for values that are not exactly representable in binary, I'm not sure you want to see

[PHP-DEV] Re: PRNG: Raise warning and/or provide better pseudo random generator?

Hi all, On Tue, Feb 23, 2016 at 7:41 PM, Yasuo Ohgaki wrote: > Any comments for adding out of range warnings to rand()/mt_rand()? If > nobody has comment on this, I'll write RFC for additional warnings. > Anyone prefer to extend rand()/mt_rand() for 64bit OSes? I'll write

Re: [PHP-DEV] Re: PRNG: Raise warning and/or provide better pseudo random generator?

Hi Scott, On Tue, Feb 23, 2016 at 11:36 PM, Scott Arciszewski wrote: > > If we're going to consider new non-cryptographic random number > generators, PCG is worth considering. ;) > > http://www.pcg-random.org/ It's simple and supports 64bit int out of the box. Looks great!

[PHP-DEV] Re: [RFC] Deprecations for PHP 7.1

Hi Nikita, Nikita Popov wrote: This RFC is incomplete -- I'm posting it now so people can suggest other things that should be deprecated. I expect it to grow over time and don't plan to vote on it in the immediate future. I think this would be a good opportunity to look at our existing

[PHP-DEV] NEUTRAL Benchmark Results for PHP Master 2016-02-23

Results for project PHP master, build date 2016-02-23 06:31:31+02:00 commit: 2d1559f previous commit:6ae4c11 revision date: 2016-02-22 19:40:32+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] Re: PRNG: Raise warning and/or provide better pseudorandom generator?

I agree that mt_rand() should warn before delivering bogus outputs. But when it works, it works ok: https://gist.github.com/tom--/a12175047578b3ae9ef8 Given that it hasn't been MT19937 or many years, it probably doesn't need to be. If there is really a need for fast repeatable RNGs (the

Re: [PHP-DEV] Re: PRNG: Raise warning and/or provide better pseudo random generator?

On Tue, Feb 23, 2016 at 7:46 AM, Pierre Joye wrote: > hi, > > On Tue, Feb 23, 2016 at 5:41 PM, Yasuo Ohgaki wrote: >> Hi all, >> >> On Tue, Feb 23, 2016 at 6:30 AM, Yasuo Ohgaki wrote: >>> >>> We have issue on pseudo random

Re: [PHP-DEV] PCRE jit bug with UTF-8 and lookbehind assertion

Am 21.02.2016 um 11:42 schrieb Anatol Belski : >> -Original Message- >> From: Ángel González [mailto:keis...@gmail.com] >> Sent: Sunday, February 21, 2016 1:27 AM >> To: Anatol Belski >> Cc: 'Christian Schneider' ; 'PHP

Re: [PHP-DEV] Re: PRNG: Raise warning and/or provide better pseudo random generator?

hi, On Tue, Feb 23, 2016 at 5:41 PM, Yasuo Ohgaki wrote: > Hi all, > > On Tue, Feb 23, 2016 at 6:30 AM, Yasuo Ohgaki wrote: >> >> We have issue on pseudo random generators generates only odd/even >> numbers. >> >> https://bugs.php.net/bug.php?id=63174 >>

Re: [PHP-DEV] Adopt Ruby Code of Conduct

Hi, On 19/02/16 13:08, benjamin barber wrote: The Ruby Community Conduct Guideline We have picked the following conduct guideline based on an early draft of the PostgreSQL CoC, for Ruby developers community for safe, productive collaboration. Each Ruby related community (conference etc.) may

Re: [PHP-DEV] Adopt Ruby Code of Conduct

benjamin barber wrote on 19/02/2016 13:08: The Ruby Community Conduct Guideline We have picked the following conduct guideline based on an early draft of the PostgreSQL CoC It's interesting to know what other communities are doing. I understand Postgres are in a similar position to us - they

[PHP-DEV] Re: PRNG: Raise warning and/or provide better pseudo random generator?

On 23.02.2016 at 11:41, Yasuo Ohgaki wrote: > Actual range could be determined by PHP_RAND_MAX/PHP_MT_RAND_MAX, but > I heard Windows' PHP_RAND_MAX is only 2^15. Is this correct? Yes, see . > Any comments for adding out of range warnings

[PHP-DEV] Re: PRNG: Raise warning and/or provide better pseudo random generator?

Hi all, On Tue, Feb 23, 2016 at 6:30 AM, Yasuo Ohgaki wrote: > > We have issue on pseudo random generators generates only odd/even > numbers. > > https://bugs.php.net/bug.php?id=63174 > https://news.ycombinator.com/item?id=9941364 > > We should raise E_WARNING/E_NOTICE if

Re: [PHP-DEV] Re: [RFC] Traits with interfaces

On 23 February 2016 at 00:37, Alex Bowers wrote: > Would a fair solution to this be having the using class define whether to > inherit the implementations? Perhaps a new keyword akin to 'propagated', so > the code will read > > Class Foo { >Use propagated TraitName; > }