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

2017-01-10 22:11 GMT+02:00 Davey Shafik : > On Mon, Jan 9, 2017 at 10:43 AM, Paul Jones wrote: > > > > > > On Jan 7, 2017, at 15:41, Joe Watkins wrote: > > > > > > That doesn't sound like a positive consensus that this is a good idea, >

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

On Mon, Jan 9, 2017 at 10:43 AM, Paul Jones wrote: > > > On Jan 7, 2017, at 15:41, Joe Watkins wrote: > > > > That doesn't sound like a positive consensus that this is a good idea, > it is rather the opposite. > > Not to get into interpretations of

[PHP-DEV] Re: ext/gd: support creation of animated GIFs

Hi, Christoph M. Becker wrote: On 09.01.2017 at 21:19, Andrea Faulds wrote: Would this opaque object still allow you to use an arbitrary stream of your choice? Also, like with imagepng() etc., could you stream the output to uh… PHP's default output stream? (I'm not sure what it's called. The

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

Hello Adam, That's why I wrote " is not possible to be done it in a _nice_ way", where "nice" is the key :) Yes, currently it can be done by using ZVALs, but I find it over-layered & over-structured than simply pass a zend_long for example in case of ints. As I understand ZVAL purpose in PHP is

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

> > Unfortunately with current PDO state this is not possible to be done in a > nice way. > Now PDO have defined just these field types: PDO::PARAM_BOOL, > PDO::PARAM_INT, PDO::PARAM_STR, PDO::PARAM_LOB, PDO::PARAM_NULL. > Last one is “wrong” and should be removed. NULL is a state, not a type or >

[PHP-DEV] BAD Benchmark Results for PHP Master 2017-01-10

Results for project PHP master, build date 2017-01-10 06:53:10-08:00 commit: 4fb70c7 previous commit:04db4ad revision date: 2017-01-09 16:08:31-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] Re: [RFC][VOTE] Parameter Type Widening

> > On 10.01.2017 at 09:33, Niklas Keller wrote: > > > I just opened the vote on "Parameter Type Widening", initially named > > "Parameter No Type Variance". > > > > Voting will keep open for three weeks and close on 30th of January, > > probably in the evening of UTC. > > The RMs asked to

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

Hello Marius, Unfortunately with current PDO state this is not possible to be done in a nice way. Now PDO have defined just these field types: PDO::PARAM_BOOL, PDO::PARAM_INT, PDO::PARAM_STR, PDO::PARAM_LOB, PDO::PARAM_NULL. Last one is “wrong” and should be removed. NULL is a state, not a type

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

Could you add also type mapping for float , double ... On Fri, Jan 6, 2017 at 9:23 PM, Dorin Marcoci wrote: > Yep, setting this flag, integers became strings, so all OK, we have a > toggle. > A nice weekend to all! :) > > > -Original Message- > From: Anatol

Re: [PHP-DEV] [RFC][VOTE] array_change_keys

Hearing no objections, voting is now halted and the RFC is back to "Under Discussion". Cheers, Colin On Mon, Jan 9, 2017 at 2:40 PM Colin O'Dell wrote: > Due to concerns that have not been adequately addressed during the > discussion period, and mailing list issues which

Re: [PHP-DEV] Re: Mailing Lists and URLs Causing Rejections

On Tue, Jan 10, 2017 at 9:22 AM, Sara Golemon wrote: > On Mon, Jan 9, 2017 at 11:56 PM, Ferenc Kovacs wrote: > > On Tue, Jan 10, 2017 at 4:21 AM, Ferenc Kovacs wrote: > >> yeah, unfortunatelly ecelerity is a bit of a black box, here is the >

[PHP-DEV] Re: [RFC][VOTE] Parameter Type Widening

On 10.01.2017 at 09:33, Niklas Keller wrote: > I just opened the vote on "Parameter Type Widening", initially named > "Parameter No Type Variance". > > Voting will keep open for three weeks and close on 30th of January, > probably in the evening of UTC. The RMs asked to postpone any votings for

[PHP-DEV] RFC Announcement (Third Time Lucky)

Evening internals, In light of the problems that we are experiencing with email delivery at the moment, and have been experiencing for the past 10 days, we request that all RFC discussions are placed on hold: * anything that is in discussion phase may continue to be discussed, discounting the

[PHP-DEV] RFCs & Mailinglist

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Trying through NNTP this time: Levi reported on IRC, that he's having issues with the ML again, and asked for delaying any RFC communications until these issues are fixed: If anyone here *is* able to send messages can someone

[PHP-DEV] [RFC][VOTE] Parameter Type Widening

Resenting due to mailing list failure yesterday. Morning Internals, I just opened the vote on "Parameter Type Widening", initially named "Parameter No Type Variance". RFC: http://wiki.php.net/rfc/parameter-no-type-variance Voting will keep open for three weeks and close on 30th of

[PHP-DEV] Fwd: [RFC] HashContext as Object

On Thu, Dec 29, 2016 at 6:32 PM, Sara Golemon wrote: > On Mon, Dec 26, 2016 at 7:35 PM, Sara Golemon wrote: >> I was trawling through Pull Requests and found #660 which I think is a >> nice idea and deserves some attention. It involves minor BC however, >> so I've updated the

Re: [PHP-DEV] Re: Mailing Lists and URLs Causing Rejections

On Mon, Jan 9, 2017 at 11:56 PM, Ferenc Kovacs wrote: > On Tue, Jan 10, 2017 at 4:21 AM, Ferenc Kovacs wrote: >> yeah, unfortunatelly ecelerity is a bit of a black box, here is the >> relevant config: >> If only someone on systems@ knew anything about