Re: [PHP-DEV] JSON float number as string

2015-03-29 Thread Yasuo Ohgaki
Hi all, On Mon, Mar 30, 2015 at 9:07 AM, Yasuo Ohgaki yohg...@ohgaki.net wrote: Hi Jakub, On Mon, Mar 30, 2015 at 4:33 AM, Jakub Zelenka bu...@php.net wrote: I would like to add a new option to JSON for dealing with large floats. The use case is mainly for decoder but can be used for

Re: [PHP-DEV] Re: [VOTE][RFC] Coercive Scalar Type Hints

2015-03-29 Thread Yasuo Ohgaki
Hi Benoit, On Sun, Mar 29, 2015 at 2:49 AM, Benoit Schildknecht bensor...@neuf.fr wrote: Why hasn't it closed ? It's way past the 25th. Vote was closed before the end date. IIRC. It's withdrawn status, I suppose. Regards, -- Yasuo Ohgaki yohg...@ohgaki.net

Re: [PHP-DEV] JSON float number as string

2015-03-29 Thread Yasuo Ohgaki
Hi Jakub, On Mon, Mar 30, 2015 at 4:33 AM, Jakub Zelenka bu...@php.net wrote: I would like to add a new option to JSON for dealing with large floats. The use case is mainly for decoder but can be used for encoder as well. JSON_FLOAT_AS_STRING decode: all float values will be decoded as

Re: [PHP-DEV] JSON float number as string

2015-03-29 Thread Yasuo Ohgaki
Hi Pierre, On Mon, Mar 30, 2015 at 10:54 AM, Pierre Joye pierre@gmail.com wrote: Same effects but totally unrelated topics. All functions dealing with large external numbers had the same issues, since ever. It has nothing to do with STH. Yes, it is. Developers make casting mistakes like

Re: [PHP-DEV] JSON float number as string

2015-03-29 Thread Pierre Joye
On Mon, Mar 30, 2015 at 8:25 AM, Yasuo Ohgaki yohg...@ohgaki.net wrote: Hi all, On Mon, Mar 30, 2015 at 9:07 AM, Yasuo Ohgaki yohg...@ohgaki.net wrote: Hi Jakub, On Mon, Mar 30, 2015 at 4:33 AM, Jakub Zelenka bu...@php.net wrote: I would like to add a new option to JSON for dealing with

Re: [PHP-DEV] JSON float number as string

2015-03-29 Thread Pierre Joye
On Mon, Mar 30, 2015 at 9:14 AM, Yasuo Ohgaki yohg...@ohgaki.net wrote: Hi Pierre, On Mon, Mar 30, 2015 at 10:54 AM, Pierre Joye pierre@gmail.com wrote: Same effects but totally unrelated topics. All functions dealing with large external numbers had the same issues, since ever. It has

Re: [PHP-DEV] [RFC] Named parameters

2015-03-29 Thread Dan Ackroyd
On 29 March 2015 at 12:28, Gints Murans g...@gm.lv wrote: What happened to this RFC? This is a really great idea for php. The 'Skip Params' RFC (https://wiki.php.net/rfc/skipparams) went to vote and was declined. The 'named params' RFC (https://wiki.php.net/rfc/named_params) author has been

Re: [PHP-DEV] [VOTE] Reserve even more type hints

2015-03-29 Thread Pascal Martin, AFUP
Le 16/03/2015 07:44, Sara Golemon a écrit : The voting period for the Even More type hints reservation RFC is now open. Hi, Discussing this RFC with other people at AFUP, we are +1, for all five proposed types (well, even if not really types today). Like for the reserve more types RFC, this

Re: [PHP-DEV] [RFC] [VOTE] Vote open for reliable user-land CSPRNG

2015-03-29 Thread Leigh
Hi all, Voting has now closed on this RFC. The feature has been accepted for PHP 7 with votes of 41 - 0. Thanks to all who participated in the discussion and gave feedback. Regards, Leigh.

Re: [PHP-DEV] [RFC][VOTE] Reserve More Type Names in PHP 7

2015-03-29 Thread Pascal Martin, AFUP
Le 22/03/2015 23:28, Levi Morrison a écrit : When opening the vote I did not decide when the vote would close. Unless I hear from someone specifically requesting a longer period, I will close this RFC on Friday, March 27th sometime in the evening (UTC-7). Hi, It seems I'm a bit late (I didn't

Re: [PHP-DEV] [RFC] Named parameters

2015-03-29 Thread Gints Murans
Hi, What happened to this RFC? This is a really great idea for php. For example this function: function getIdByTitle($title, $insert = false) { // find record // If no record find and $insert === true, insert new record and return the id // Return false } Reading over

Re: [PHP-DEV] [RFC] Named parameters

2015-03-29 Thread Gints Murans
On 29 Mar 2015, at 17:56, Dan Ackroyd dan...@basereality.com wrote: On 29 March 2015 at 12:28, Gints Murans g...@gm.lv wrote: What happened to this RFC? This is a really great idea for php. The 'Skip Params' RFC (https://wiki.php.net/rfc/skipparams) went to vote and was declined. Named

Re: [PHP-DEV] [RFC][VOTE] In Operator

2015-03-29 Thread Pascal Martin, AFUP
Le 15/03/2015 20:31, Niklas Keller a écrit : I just opened the vote for the in operator Hi, Discussing this RFC with other people at AFUP, it seems the majority of us ended up on the +1 side. The idea of a unified syntax to find whether or not something is *in* something else seems to be

[PHP-DEV] JSON float number as string

2015-03-29 Thread Jakub Zelenka
Hi, I would like to add a new option to JSON for dealing with large floats. The use case is mainly for decoder but can be used for encoder as well. JSON_FLOAT_AS_STRING decode: all float values will be decoded as string - It's often an issue for very large float values with many fractional

[PHP-DEV] Strange behaviour on upload

2015-03-29 Thread Kevin Ingwersen (Ingwie Phoenix)
Hey. I am running my PHP app through a NodeJS server using a FastCGI bridge. Today, I was about to implement an image uploader on my site - only to realize that file uploads were not possible. So I generated a few files and tested how big the files must be for the upload to fail. I got

[PHP-DEV] [RFC][ACCEPTED] Constructor behaviour of internal classes

2015-03-29 Thread Dan Ackroyd
This was approved by a vote of 32 - 1. Dmitry said that he would like to review and possibly polish the patch before it is committed. cheers Dan -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php