Hi Yasuo,
On Wed, Jun 10, 2015 at 11:57 AM, Yasuo Ohgaki yohg...@ohgaki.net wrote:
Hi Derick,
On Wed, Jun 10, 2015 at 7:28 PM, Derick Rethans der...@php.net wrote:
Hi,
The voting is now open:
https://wiki.php.net/rfc/json_numeric_as_string#voting
FWIW, I voted no to all of them
Hello,
I intend to work on LDAP module, starting by trying to get rid of obsolete
method calls. (starting by https://bugs.php.net/bug.php?id=69471 )
I already have appropriate CVS rights but I’m not sure which branch I should
commit into.
The git workflow says to commit in PHP-5.3 and then
Hi Derick,
On Wed, Jun 10, 2015 at 7:28 PM, Derick Rethans der...@php.net wrote:
Hi,
The voting is now open:
https://wiki.php.net/rfc/json_numeric_as_string#voting
FWIW, I voted no to all of them because (as you even say in the RFC),
this is probably better be solved with a JSON
On Wed, Jun 10, 2015 at 7:57 PM, Yasuo Ohgaki yohg...@ohgaki.net wrote:
On Wed, Jun 10, 2015 at 7:28 PM, Derick Rethans der...@php.net wrote:
Hi,
The voting is now open:
https://wiki.php.net/rfc/json_numeric_as_string#voting
FWIW, I voted no to all of them because (as you even say
On Tue, 9 Jun 2015, Jakub Zelenka wrote:
Hi,
The voting is now open:
https://wiki.php.net/rfc/json_numeric_as_string#voting
FWIW, I voted no to all of them because (as you even say in the RFC),
this is probably better be solved with a JSON schema thingy.
cheers,
Derick
--
PHP
On 10/06/15 11:57, Yasuo Ohgaki wrote:
JSON Schema Core
http://json-schema.org/latest/json-schema-core.html#anchor8
Note: JSON specification does not specify precision. So number could be any
number.
This is my own problem with most of these recent developments. Simply
switching from a 32 bit
Hi Jakub,
On Wed, Jun 10, 2015 at 8:09 PM, Jakub Zelenka bu...@php.net wrote:
The idea would be to use JSON schema just for selecting the type for
deserialized item in decoded JSON. It means that you could for example
select one float item that you want to decode as a string but other floats
On Tue, Jun 9, 2015 at 9:13 PM, Levi Morrison le...@php.net wrote:
On Tue, Jun 9, 2015 at 11:40 AM, Aaron Piotrowski aa...@icicle.io wrote:
Does anyone have any questions, comments, or concerns about the
Throwable Interface RFC?
http://wiki.php.net/rfc/throwable-interface
The proposed
On Wed, Jun 10, 2015 at 8:53 AM, Stanislav Malyshev smalys...@gmail.com
wrote:
Hi!
?php
$foo = 42;
$foo['bar']; // = NULL
$v = NULL;
$v[0][1][2][3][4][5][6][7][8][9]; // NULL
this code is semantically wrong and I would like to have error/exception
for such
erroneous
On , Nikita Popov wrote:
On Wed, Jun 10, 2015 at 8:53 AM, Stanislav Malyshev
smalys...@gmail.com
wrote:
Hi!
?php
$foo = 42;
$foo['bar']; // = NULL
$v = NULL;
$v[0][1][2][3][4][5][6][7][8][9]; // NULL
this code is semantically wrong and I would like to have error/exception
for
On 10 06 2015, at 12:21, Côme BERNIGAUD come.bernig...@opensides.be wrote:
Hello,
I intend to work on LDAP module, starting by trying to get rid of obsolete
method calls. (starting by https://bugs.php.net/bug.php?id=69471 )
I already have appropriate CVS rights but I’m not sure which
On Tue, Jun 9, 2015 at 6:05 AM, Matt Wilmas php_li...@realplain.com wrote:
Hah, looks like this just changed last week after barely 3 weeks. :-P I
didn't verify, just noticed the code change:
http://git.php.net/?p=php-src.git;a=commitdiff;h=c09698753e7d1d95299dca54c8ca888c885fd45b
Dmitry,
internals-sc.1433947309.aboompejibidapgjdfhe-robert.devanna=nospammail@lists.php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On Wed, Jun 10, 2015 at 7:50 AM, Sara Golemon poll...@php.net wrote:
On Wed, Jun 10, 2015 at 7:42 AM, Sara Golemon poll...@php.net wrote:
Dmitry, what's the reasoning behind this diff in the first place?
Doesn't the compiler fold (const-string . const-string) already
anyhow? How would we wind
Hello,
Voting is now open on the Throwable Interface RFC:
https://wiki.php.net/rfc/throwable-interface
Please remember that this vote is not about creating separate exception
branches,
as that decision was made in the Exceptions in the Engine RFC. This vote is
about
having short, concise,
3. I think they should all use Exception as the root instead having
a new root with multiple children (and yes, I am aware of the impact
of this, and it has already been discussed on this list).
This done on purpose. To prevent catching of new exceptions by old PHP code.
We have code that
On Jun 10, 2015, at 2:37 AM, Dmitry Stogov dmi...@zend.com wrote:
I also like EngineException more than Error.
I think EngineException has a couple of problems with it:
1) EngineException doesn’t really accurately represent the reason for the
error. For
example, passing the wrong type to
On Wed, Jun 10, 2015 at 7:42 AM, Sara Golemon poll...@php.net wrote:
Dmitry, what's the reasoning behind this diff in the first place?
Doesn't the compiler fold (const-string . const-string) already
anyhow? How would we wind up with CONCAT_CONST_CONST at runtime?
Derp. Looked again, and it's
hi
I'm building PHP7 on linux/64
git checkout PHP-7.0.0
cd PHP-7.0.0
git log | head
commit dbf30365aa15b9044d75b8f77db570bf8fdf2726
Merge: 9cb8cb4 5ff259e
Author: Ferenc Kovacs tyr...@php.net
Date: Wed Jun
Hi!
On 6/9/15 10:40 AM, Aaron Piotrowski wrote:
Does anyone have any questions, comments, or concerns about the Throwable
Interface RFC?
http://wiki.php.net/rfc/throwable-interface
The proposed exception hierarchy:
interface Throwable
⊢ Exception implements Throwable
∟
On Wed, Jun 10, 2015 at 3:32 AM, Yasuo Ohgaki yohg...@ohgaki.net wrote:
Hi all,
On Tue, Jun 9, 2015 at 10:49 PM, Ferenc Kovacs tyr...@gmail.com wrote:
On Tue, Jun 9, 2015 at 3:36 PM, Lior Kaplan kaplanl...@gmail.com wrote:
On Tue, Jun 9, 2015 at 4:29 PM, Ferenc Kovacs tyr...@php.net
Hi!
?php
$foo = 42;
$foo['bar']; // = NULL
$v = NULL;
$v[0][1][2][3][4][5][6][7][8][9]; // NULL
this code is semantically wrong and I would like to have error/exception
for such
erroneous codes. It's inconsistent with array object, too.
Why it's wrong? You try to get that's
Hello :-),
At Hoa, we are totally in favor or this RFC. We tried to make our
exception hierarchy compatible with PHP7 with success but it was very
difficult to make it backward compatible. With this proposal, all our
problems are going to be solved, so +1 for us!
On 23/05/15 22:12, Aaron
Le mer. 10 juin 2015 à 17:20, Peter Cowburn petercowb...@gmail.com a
écrit :
On 28 April 2015 at 14:24, Olivier Garcia oliviergar...@php.net wrote:
Dear Internals,
The Improved Error Callback Mechanism RFC is now in voting phase.
You can cast your vote on the Wiki [1] and the
Levi Morrison wrote on 10/06/2015 15:37:
We have code that previously triggered error handlers or got caught by
exceptions and now will not trigger the handler nor get caught.
AFAIK, the only things which are going to not inherit from Exception
were things which didn't inherit from Exception
On Jun 10, 2015, at 12:29 PM, Christoph Becker cmbecke...@gmx.de wrote:
Aaron Piotrowski wrote:
Voting is now open on the Throwable Interface RFC:
https://wiki.php.net/rfc/throwable-interface
When will the voting end? It seems to be best to clearly state that in
the RFC also.
--
On Wed, Jun 10, 2015 at 5:42 PM, Sara Golemon poll...@php.net wrote:
On Tue, Jun 9, 2015 at 6:05 AM, Matt Wilmas php_li...@realplain.com
wrote:
Hah, looks like this just changed last week after barely 3 weeks. :-P I
didn't verify, just noticed the code change:
and also forgot _DEREF suffix in IDENTICAL/NOT_IDENTICAL opcodes. :(
Thanks. Dmitry.
On Wed, Jun 10, 2015 at 9:45 PM, Matt Wilmas php_li...@realplain.com
wrote:
Hi Dmitry,
- Original Message -
From: Dmitry Stogov
Sent: Wednesday, June 10, 2015
Hi Sara,
Aaron Piotrowski wrote:
Voting is now open on the Throwable Interface RFC:
https://wiki.php.net/rfc/throwable-interface
When will the voting end? It seems to be best to clearly state that in
the RFC also.
--
Christoph M. Becker
--
PHP Internals - PHP Runtime Development Mailing List
Hi Guys
It was state that JSON scheme will take some time to be implement
and probably wouldn't be able for 5.6. IMHO JSON_FLOAT_AS_STRING
probably it isn't the idle fix (the idle solution would be to not even have
a bug/error like this),
so the question would be, do we want developers decoding
Hi Sara,
https://gist.github.com/dstogov/6a90601872b538d2ddd6
I see no problems committing this (running tests now).
Thanks. Dmitry.
On Wed, Jun 10, 2015 at 9:02 PM, Dmitry Stogov dmi...@zend.com wrote:
On Wed, Jun 10, 2015 at 6:00 PM, Sara Golemon poll...@php.net wrote:
On Wed, Jun 10,
On Jun 10, 2015, at 10:13 AM, Levi Morrison le...@php.net wrote:
On Wed, Jun 10, 2015 at 9:05 AM, Aaron Piotrowski aa...@icicle.io wrote:
Hello,
Voting is now open on the Throwable Interface RFC:
https://wiki.php.net/rfc/throwable-interface
Not even 24 hours ago you asked for
On Wed, Jun 10, 2015 at 6:00 PM, Sara Golemon poll...@php.net wrote:
On Wed, Jun 10, 2015 at 7:50 AM, Sara Golemon poll...@php.net wrote:
On Wed, Jun 10, 2015 at 7:42 AM, Sara Golemon poll...@php.net wrote:
Dmitry, what's the reasoning behind this diff in the first place?
Doesn't the
Hi Dmitry,
- Original Message -
From: Dmitry Stogov
Sent: Wednesday, June 10, 2015
Hi Sara,
https://gist.github.com/dstogov/6a90601872b538d2ddd6
I see no problems committing this (running tests now).
Cool. :-) Just FYI, I noticed you didn't update ZEND_BOOL_XOR, at least...
Yasuo Ohgaki wrote:
On Wed, Jun 10, 2015 at 5:30 PM, Nikita Popov nikita@gmail.com wrote:
On Wed, Jun 10, 2015 at 8:53 AM, Stanislav Malyshev smalys...@gmail.com
wrote:
?php
$foo = 42;
$foo['bar']; // = NULL
$v = NULL;
$v[0][1][2][3][4][5][6][7][8][9]; // NULL
this code is
Hi!
I'm requesting php-src karma (cmb@), mainly for bug-fix purposes. I
have already submitted several PRs[1], and several of them have already
been merged.
It seems to me that it might save time, if I can commit obvious and
uncontroversial fixes directly instead of making PRs first.
Thanks
On 06/10/2015 03:25 PM, Christoph Becker wrote:
Hi!
I'm requesting php-src karma (cmb@), mainly for bug-fix purposes. I
have already submitted several PRs[1], and several of them have already
been merged.
It seems to me that it might save time, if I can commit obvious and
Hi Ferenc,
On Wed, Jun 10, 2015 at 3:10 PM, Ferenc Kovacs tyr...@gmail.com wrote:
as mentioned in my original mail to the list:
PHP-7.0.0 will be only used by the RMs to tag the alpha/beta/RC versions
from.
so, no, you aren't supposed to merge anything there.
It seems I'm better to check
Hi Stas and Nikita,
On Wed, Jun 10, 2015 at 5:30 PM, Nikita Popov nikita@gmail.com wrote:
On Wed, Jun 10, 2015 at 8:53 AM, Stanislav Malyshev smalys...@gmail.com
wrote:
Hi!
?php
$foo = 42;
$foo['bar']; // = NULL
$v = NULL;
$v[0][1][2][3][4][5][6][7][8][9]; // NULL
/cc-ing internals, as I sent the message privately to Yasuo by mistake.
-- Forwarded message --
From: Jakub Kubíček kelerest...@gmail.com
Date: 2015-06-11 0:40 GMT+02:00
Subject: Re: [PHP-DEV] Migrating PHP classes to built in namespace
To: Yasuo Ohgaki yohg...@ohgaki.net
Hi.
Hi Rasmus,
-Original Message-
From: Rasmus Lerdorf [mailto:ras...@lerdorf.com]
Sent: Thursday, June 11, 2015 12:41 AM
To: Christoph Becker; internals@lists.php.net
Subject: Re: [PHP-DEV] Request for php-src karma
On 06/10/2015 03:25 PM, Christoph Becker wrote:
Hi!
I'm
some non-fatals were converted (TypeException)
There was no equivalent to TypeException in previous versions of PHP, so in
what sense has it been converted? Maybe I'm being thick and there's a
situation that has been, but the only type-related error I know of was
type-hinting classes, which
Hi Jakub,
On Thu, Jun 11, 2015 at 7:43 AM, Jakub Kubíček kelerest...@gmail.com
wrote:
This is weird and ugly what you're fabricating here. The PHP classes
should be all in global namespace. I am really against some
namespacing of them.
It may seems weird if you aren't familiar with
Hi all,
On Thu, Jun 11, 2015 at 7:22 AM, Yasuo Ohgaki yohg...@ohgaki.net wrote:
I agree that NULL is debatable. In PHP, NULL is treated as 0/false by its
context.
It's simpler if we get rid of the behavior altogether. IMO.
If PHP should return NULL always against NULL variables, we may be
Hi Aaron,
On Thu, Jun 11, 2015 at 2:50 AM, Aaron Piotrowski aa...@icicle.io wrote:
On Jun 10, 2015, at 12:29 PM, Christoph Becker cmbecke...@gmx.de
wrote:
Aaron Piotrowski wrote:
Voting is now open on the Throwable Interface RFC:
https://wiki.php.net/rfc/throwable-interface
On Jun 10, 2015, at 7:42 PM, Yasuo Ohgaki yohg...@ohgaki.net wrote:
Hi Aaron,
On Thu, Jun 11, 2015 at 2:50 AM, Aaron Piotrowski aa...@icicle.io
mailto:aa...@icicle.io wrote:
On Jun 10, 2015, at 12:29 PM, Christoph Becker cmbecke...@gmx.de
mailto:cmbecke...@gmx.de wrote:
Aaron
Hello,
Resending this notification with the proper subject line.
Voting is now open on the Throwable Interface RFC:
https://wiki.php.net/rfc/throwable-interface
Voting will remain open through June 24th.
Regards,
Aaron Piotrowski
--
PHP Internals - PHP Runtime Development Mailing List
To
Hi Sara,
- Original Message -
From: Sara Golemon
Sent: Wednesday, June 10, 2015
On Tue, Jun 9, 2015 at 6:05 AM, Matt Wilmas php_li...@realplain.com
wrote:
Hah, looks like this just changed last week after barely 3 weeks. :-P I
didn't verify, just noticed the code change:
On Wed, Jun 10, 2015 at 9:05 AM, Aaron Piotrowski aa...@icicle.io wrote:
Hello,
Voting is now open on the Throwable Interface RFC:
https://wiki.php.net/rfc/throwable-interface
Not even 24 hours ago you asked for questions and comments (which
there have been) and now it's in voting? That's a
Le mer. 10 juin 2015 à 17:05, robert.deva...@nospammail.net a écrit :
hi
I'm building PHP7 on linux/64
git checkout PHP-7.0.0
cd PHP-7.0.0
git log | head
commit dbf30365aa15b9044d75b8f77db570bf8fdf2726
Merge: 9cb8cb4 5ff259e
Le mer. 10 juin 2015 à 17:15, Patrick ALLAERT patrickalla...@php.net a
écrit :
Le mer. 10 juin 2015 à 17:05, robert.deva...@nospammail.net a écrit :
hi
I'm building PHP7 on linux/64
git checkout PHP-7.0.0
cd PHP-7.0.0
git log | head
commit
Hi Patrick
On Wed, Jun 10, 2015, at 08:15 AM, Patrick ALLAERT wrote:
ereg_*() functions are deprecated since a long time and has been removed in
PHP 7.
Understood.
Since I'm simply attempting to build PHP7 from source, not, as yet, 'use it',
what do I *do* about it?
Is this something
On 28 April 2015 at 14:24, Olivier Garcia oliviergar...@php.net wrote:
Dear Internals,
The Improved Error Callback Mechanism RFC is now in voting phase.
You can cast your vote on the Wiki [1] and the according patch is
available as a Pull Request [2].
Vote will be open for two weeks,
53 matches
Mail list logo