Hi all,
On Wed, Feb 4, 2015 at 3:42 PM, Stanislav Malyshev
wrote:
> > About $php_errormsg , we have error_get_last().
> > About $http_response_headers, we have no replacement.
> >
> > Why not get rid of both ?
>
> I agree. Magically appearing variables are bad design and if we can get
> rid of t
Hi!
> For anyone else concerned, an anon class inside a parent class is only
> able to act with its public interface. Yes, that is weird, but there
> is currently no support in PHP for nested classes.
True. I'm just thinking we'll end up in the same position as closures in
5.3 where scope support
Hi!
I was never happy about this particular hack but that said, unless we
*know* it is not used widely (and I suspect it is in Japan etc. where we
don't have a lot of visibility due to language barrier) we can't really
remove it.
Also, I'm not sure why should we remove it. Yes, it's a PITA for th
On Fri, Mar 27, 2015 at 7:12 PM, Rowan Collins
wrote:
> Ferenc Kovacs wrote on 27/03/2015 16:50:
>
>> yeah, but we already mentioned/discussed this that the removal would
>> require introducing another way (eg. adding a method) for fetching the
>> headers.
>> I think that introducing this method
Le 15/03/2015 04:23, Sammy Kaye Powers a écrit :
A two week discussion period has been held for the reliable user-land
CSPRNG RFC to add `random_bytes()` and `random_int()`. The RFC has now been
moved into voting.
Hi,
We've talked about this RFC with other people at AFUP and are +1.
Thanks!
-
Ferenc Kovacs wrote on 27/03/2015 16:50:
yeah, but we already mentioned/discussed this that the removal would
require introducing another way (eg. adding a method) for fetching the
headers.
I think that introducing this method can happen in a minor version(without
removing the $http_response_head
On Fri, Mar 27, 2015 at 5:42 PM, Ralph Schindler
wrote:
>
> About $php_errormsg , we have error_get_last().
About $http_response_headers, we have no replacement.
Why not get rid of both ?
>>>
>>> I agree. Magically appearing variables are bad design and if we can get
>>> rid
About $php_errormsg , we have error_get_last().
About $http_response_headers, we have no replacement.
Why not get rid of both ?
I agree. Magically appearing variables are bad design and if we can get
rid of them, PHP 7 is the time.
--
Stas Malyshev
smalys...@gmail.com
did we miss the oppo
On 26 March 2015 at 20:19, Dmitry Stogov wrote:
Hi Dmitry,
> however the patch looks a bit surprising to me.
> We have special function to do this - zend_ctor_make_null() and some tricks
> in the VM.
> I made just a quick look over your patch but didn't find any references to
> them.
Surprisin
On Sat, Mar 14, 2015 at 6:33 AM, Nikita Popov wrote:
> On Fri, Mar 13, 2015 at 8:33 PM, Philip Sturgeon
> wrote:
>>
>> A two week discussion period has been held and there are no outstanding
>> issues.
>>
>> Serialization has been disabled, and generated names have been
>> explained better in the
Sure. Custom groups need to be added to
http://git.php.net/?p=web/wiki.git;a=blob;f=dokuwiki/conf/acl.auth.php;h=2b2c7711422cce99e018abb21b7a003b168cf06a;hb=HEAD
and then you can be put into that group from the admin interface.
I'd say however, if Avindra is interested in those docs, I'd bet he'd
> De : Xinchen Hui [mailto:larue...@php.net]
>
> I don't think freeze should block bug fixes...
Strictly speaking, not sure it can be considered as a bug. But, even if it is,
what about bugfixes that cause BC breaks ? What is the rule ? Can we introduce
BC breaks after feature freeze ? The ques
On Wed, Feb 4, 2015 at 7:42 AM, Stanislav Malyshev
wrote:
> Hi!
>
> > About $php_errormsg , we have error_get_last().
> > About $http_response_headers, we have no replacement.
> >
> > Why not get rid of both ?
>
> I agree. Magically appearing variables are bad design and if we can get
> rid of th
On 26 March 2015 at 22:40, Michael Morris wrote:
> It's not a feature though - it's a bug. It's just one of those bugs that
> the fixing of which may break something.
>
>
TL;DR -1 for 7, and -1 in general.
It's not really a bug, it works according to the defined behaviour, the
issue is that som
On Fri, 2015-03-27 at 08:03 -0400, Michael Morris wrote:
> While breaking backwards compatibility for its own sake is bad, avoiding it
> to keep a bug in the system is worse in my opinion. And again, this is a
> bug. If the way PHP associates could be used for something that would be
> different, b
Michael Morris wrote on 27/03/2015 12:03:
Rowan, I seriously, seriously doubt anyone would write PHP 7 compliant code
that only takes advantage of ternary associativity, a feature that is only
occasionally useful. If they can't take the hint from the parse errors
arising out of the spaceship op
Rowan, I seriously, seriously doubt anyone would write PHP 7 compliant code
that only takes advantage of ternary associativity, a feature that is only
occasionally useful. If they can't take the hint from the parse errors
arising out of the spaceship op and all the other stuff being added,
they're
Hey:
On Fri, Mar 27, 2015 at 5:02 PM, Dmitry Stogov wrote:
> Unfortunately this id not so simple :(
>
> If we change class_exists() the following code will stop working
>
> if (!class_exists("SomeInternalClass")) {
> class SomeInternalClass {}
> }
> ?>
>
> On the other hand function_exists() a
Unfortunately this id not so simple :(
If we change class_exists() the following code will stop working
On the other hand function_exists() already behaves differently. (so
function_exists() and class_exists() are inconsistent) :(
Changing is_callable() semantic may be dangerous as well.
What i
On 26 March 2015 22:40:56 GMT, Alain Williams wrote:
>On Thu, Mar 26, 2015 at 10:31:00PM +, Rowan Collins wrote:
>
>> What I've always been annoyed by is the *precedence* of the operator
>- having to add brackets to mix it with string concatenation, etc -
>which it turns out to is the same in
On Fri, Mar 27, 2015 at 12:02 AM, Avindra Goolcharan
wrote:
> I want to help detail the PHP NG build documentation and fix build
> instructions. For example, enabling openssl should not be listed so far
> below in the ./configure command.
>
> Avindra.
>
Hi,
I don't think that it matters in whic
On Thu, Mar 26, 2015 at 10:57 PM, G. M. Shaharia Azam <
shaharia.a...@gmail.com> wrote:
> ===
> *PHP Wiki Username:* shaharia
> ===
>
> *Hello,*
> I am Shaharia, recently created PHP Wiki account with this email address.
> My username was *'shaharia'. *
>
> As a PHP programmer sinc
22 matches
Mail list logo
