Re: [PHP-DEV] Use decent entropy for uniqid($prefix, TRUE)

Hi Kazuo, On Sat, Jan 7, 2017 at 9:54 AM, Yasuo Ohgaki wrote: > You misunderstand the mail. > PHPMailer and uniqid() fix is unrelated, but uniqid() is misused proposed > patch in obvious way. > > >> >> What's your intention? >> > > The point we should learn from the code is, it is clear that use

Re: [PHP-DEV] Use decent entropy for uniqid($prefix, TRUE)

Hi Lauri, On Wed, Jan 4, 2017 at 4:56 AM, Lauri Kenttä wrote: > On 2016-12-31 01:20, Yasuo Ohgaki wrote: > >> + zend_long rand; >> + php_random_int(10, 99, &rand, 1); >> + uniqid = strpprintf(0, "%s%08x%05x%.8F", prefix, sec, >> usec, (do

Re: [PHP-DEV] Fwd: Monotonic Time

Hi! > I think we can reuse parts of it to implement a function in core to access > a monotonic time, I don't think we need to merge the extension into core. What's wrong with just having an extension? -- Stas Malyshev smalys...@gmail.com -- PHP Internals - PHP Runtime Development Mailing List

Re: [PHP-DEV] Use decent entropy for uniqid($prefix, TRUE)

Hi Kazuo, On Mon, Jan 2, 2017 at 3:03 AM, Kazuo Oishi wrote: > > I thought we must fix due to proposed PHPMailer bug fix patch. (See below > > for detail) Previous discussion went wrong because of compatibility > > misunderstanding. There is _no_ additional BC issue. Please keep in mind > > this

[PHP-DEV] [RFC][Discussion] ServerRequest and ServerResponse objects

(This is a re-send, on a new thread, of the message originally posted at with some minor edits. The original was apparently not delivered to the entire list.) Hi all, I have prepared an RFC on server-side reques

Re: [PHP-DEV] Re: [RFC] ServerRequest and ServerResponse objects

> On Jan 6, 2017, at 12:51, Pierre Joye wrote: > > > > On Jan 5, 2017 3:12 AM, "Paul M. Jones" wrote: > On 2016-12-23 21:43:56 +, Andrea Faulds said: > > Hi, > > Since the $get, $post etc. properties are the same as $_GET and $_POST, does > that mean they retain the same name mangling

RE: [PHP-DEV] Dorin Marcoci Added Firebrid native type mapping for integers (smallint, integer, bigint) in PDO_Firebird driver

Yep, setting this flag, integers became strings, so all OK, we have a toggle. A nice weekend to all! :) -Original Message- From: Anatol Belski [mailto:anatol@belski.net] Sent: Friday, January 6, 2017 9:13 PM To: 'Adam Baratz' ; 'marius adrian popa' Cc: 'PHP Developers Mailing List'

RE: [PHP-DEV] Dorin Marcoci Added Firebrid native type mapping for integers (smallint, integer, bigint) in PDO_Firebird driver

Anatol, As I saw in source code, this flag is handled by PDO base class (and I think it should be in base instead of stingifying it in all driver implementations). Not sure if this place do the magic, but I'll check and come back: https://github.com/php/php-src/blob/master/ext/pdo/pdo_stmt.c#L6

RE: [PHP-DEV] Dorin Marcoci Added Firebrid native type mapping for integers (smallint, integer, bigint) in PDO_Firebird driver

Hi, > -Original Message- > From: Adam Baratz [mailto:adambar...@php.net] > Sent: Friday, January 6, 2017 7:59 PM > To: marius adrian popa > Cc: PHP Developers Mailing List > Subject: Re: [PHP-DEV] Dorin Marcoci Added Firebrid native type mapping for > integers (smallint, integer, bigint)

Re: [PHP-DEV] Dorin Marcoci Added Firebrid native type mapping for integers (smallint, integer, bigint) in PDO_Firebird driver

> > Firebrid > native type mapping for integers (smallint, integer, bigint) in > PDO_Firebird driver It looks like this is an "always on" feature. There's a PDO attribute, PDO::ATTR_STRINGIFY_FETCHES, that's intended to allow toggling. Since this

RE: [PHP-DEV] Fwd: Monotonic Time

Hi, > -Original Message- > From: Niklas Keller [mailto:m...@kelunik.com] > Sent: Thursday, January 5, 2017 2:27 AM > To: Michael Wallner ; Anatol Belski > Cc: PHP Internals > Subject: Re: [PHP-DEV] Fwd: Monotonic Time > > > > > Actually, it seems, that hrtime doesn't let you access the

Re: [PHP-DEV] Re: [RFC] ServerRequest and ServerResponse objects

On Jan 5, 2017 3:12 AM, "Paul M. Jones" wrote: On 2016-12-23 21:43:56 +, Andrea Faulds said: Hi, > > Since the $get, $post etc. properties are the same as $_GET and $_POST, > does that mean they retain the same name mangling scheme? (See "https colon > slash slash wiki dot php dot net slash

[PHP-DEV] Re: Spam protection: false positives

On Fri, Jan 6, 2017 at 7:34 PM, Ferenc Kovacs wrote: > > > On Fri, Jan 6, 2017 at 6:39 PM, Christoph M. Becker > wrote: > >> On 23.12.2016 at 23:48, Christoph M. Becker wrote: >> >> > On 23.12.2016 at 22:41, Andrea Faulds wrote: >> > >> >> Andrea Faulds wrote: >> >> >> >>> Is my website in my si

[PHP-DEV] Re: Spam protection: false positives

On Fri, Jan 6, 2017 at 6:39 PM, Christoph M. Becker wrote: > On 23.12.2016 at 23:48, Christoph M. Becker wrote: > > > On 23.12.2016 at 22:41, Andrea Faulds wrote: > > > >> Andrea Faulds wrote: > >> > >>> Is my website in my signature illegal? SURBL doesn't blacklist it, yet > >>> the news server

Re: [PHP-DEV][RFC][VOTE] Throwable error code's type generalization

Deprecating it is also a lot of effort for very little improvement. People would be forced to fix all their constructors calls just to skip the parameter. Personally I would be very annoyed by such a pointless change. Plus those that actually do use the code will be forced eventually to reimplemen

Re: [PHP-DEV][RFC][VOTE] Throwable error code's type generalization

On 6 Jan 2017 18:27, "Wes" wrote: Hi Marco \o, linking to the discussion thread http://externals.io/thread/573 because I don't have much more to add. I think the throwable's code is almost never used regardless, but this could give users more opportunities to do something useful with it as Nikl

[PHP-DEV] Re: Spam protection: false positives

On 23.12.2016 at 23:48, Christoph M. Becker wrote: > On 23.12.2016 at 22:41, Andrea Faulds wrote: > >> Andrea Faulds wrote: >> >>> Is my website in my signature illegal? SURBL doesn't blacklist it, yet >>> the news server rejected a previous email containing it and one other >>> domain. >>> >>> I

Re: [PHP-DEV][RFC][VOTE] Throwable error code's type generalization

Hi Marco \o, linking to the discussion thread http://externals.io/thread/573 because I don't have much more to add. I think the throwable's code is almost never used regardless, but this could give users more opportunities to do something useful with it as Niklas stated in previous thread. Chang

Re: [PHP-DEV][RFC][VOTE] Throwable error code's type generalization

Hi Wes, On 6 Jan 2017 18:03, "Wes" wrote: Greeting fellow elePHPants and happy new year. I've just started the vote for the RFC in subject. You can find it here: https://wiki.php.net/rfc/throwable-code-generalization Hope it's all fine because this is my first RFC... :P Voting will end 13

[PHP-DEV][RFC][VOTE] Throwable error code's type generalization

Greeting fellow elePHPants and happy new year. I've just started the vote for the RFC in subject. You can find it here: https://wiki.php.net/rfc/throwable-code-generalization Hope it's all fine because this is my first RFC... :P Voting will end 13 Jan at 5 PM (UTC). Thank you.

Re: [PHP-DEV] Re: [RFC] ServerRequest and ServerResponse objects

Hi Joe, > On Jan 6, 2017, at 10:56, Joe Watkins wrote: > > It may be that you need to leave it two weeks from about now, to be on the > safe side. I'm sure that's not too different from what you were planning > anyway. I am totally fine with that; I'm not in any particular hurry. :-) -- Pa

Re: [PHP-DEV] Re: [RFC] ServerRequest and ServerResponse objects

Afternoon Paul, Indeed there was a huge glitch ... everywhere ... Leap seconds, and goblins are worth considering, but also, the mail server recently switched software. Since there seems to be links getting through now, I think we are through the storm ... although nobody has directly told me tha

Re: [PHP-DEV] Re: [RFC] ServerRequest and ServerResponse objects

Hi Paul, On 6 Jan 2017 3:19 p.m., "Paul Jones" wrote: Hi all, Today marks two weeks since this RFC was introduced. As I said at the start, it's the holidays, so I expect to keep the discussion period open for longer than two weeks, but I am surprised at how little discussion there has been. I

Re: [PHP-DEV] [RFC] ServerRequest and ServerResponse objects

> On Jan 6, 2017, at 08:34, Adam Baratz wrote: > > One request: could you update the RFC list[1] so this one is in the "under > discussion" section? Makes discovery easier. There's an RFC howto[2] that > should cover this. Thanks for pointing that out. Done! -- Paul M. Jones pmjone...@gmai

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

Results for project PHP master, build date 2017-01-05 20:29:19-08:00 commit: 81c8bc3 previous commit:032131f revision date: 2017-01-06 02:39:53+01:00 environment:Haswell-EP cpu:Intel(R) Xeon(R) CPU E5-2699 v3 @ 2.30GHz 2x18 cores, stepping 2, LLC 45 MB

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

Hi, PHP 7.0.15 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] Re: [RFC] ServerRequest and ServerResponse objects

> > Today marks two weeks since this RFC was introduced. As I said at the > start, it's the holidays, so I expect to keep the discussion period open > for longer than two weeks, but I am surprised at how little discussion > there has been. The email introducing the RFC missed my inbox somehow. I

Re: [PHP-DEV] Re: [RFC] ServerRequest and ServerResponse objects

Hi all, Today marks two weeks since this RFC was introduced. As I said at the start, it's the holidays, so I expect to keep the discussion period open for longer than two weeks, but I am surprised at how little discussion there has been. I find it hard to imagine that all criticisms have been r

[PHP-DEV] SimpleXML's atXPath method

Hello, What do you think about a new method, called atXPath, that would return a single SimpleXMLElement? Details: https://github.com/php/php-src/pull/1717 https://bugs.php.net/bug.php?id=45201 Thank you, Willian.

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

Hello everyone, PHP 5.6.30 RC1 was just released and can be downloaded from: http://downloads.php.net/~tyrael/ 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