On Tue, Sep 17, 2013 at 7:50 PM, Stuart Langley wrote:
> To be honest, looking at the example in the RFC, being able to define a
> member function 'new' on a class that completely changes the semantics of
> the new operator is a great example of why you would not want this feature.
>
It doesn't ch
Hi Bob,
It seems that the RFC does not [i'm quoting here from the template at '
https://wiki.php.net/rfc/template'] "explain hows the proposal brings *
substantial* value to be considered for inclusion in one of the world's
most popular programming languages."
Perhaps I'm missing something comple
On 17/09/2013 20:28, Yasuo Ohgaki wrote:
I'm questioning about getting the data inside PHP with new code in
master branch,
not in user script.
Oops, how silly of me. I must be tired if I thought that was PHP code.
Apologies.
--
Andrea Faulds
http://ajf.me/
--
PHP Internals - PHP Runtime Dev
Hi Andrea,
On Wed, Sep 18, 2013 at 4:21 AM, Andrea Faulds wrote:
> On 17/09/2013 20:17, Yasuo Ohgaki wrote:
>
>> What is the best way of getting SG(request_info).post_data and
>> SG(request_info).raw_post_data with master branch? I would like to get
>> post_data/raw_post_data at runtime also.
>
On 17/09/2013 20:17, Yasuo Ohgaki wrote:
What is the best way of getting SG(request_info).post_data and
SG(request_info).raw_post_data with master branch? I would like to get
post_data/raw_post_data at runtime also.
Googling "PHP raw POST data" gets me this: $HTTP_RAW_POST_DATA - Is that
what
Hi all,
SG(request_info).post_data/raw_post_data is removed and modules supposed to
read it from stream on master.
Therefore, I tried to read stream at RINIT in a module as follows,
php_stream_rewind(SG(request_info).request_body);
php_stream_copy_to_mem(SG(request_info).request_body, &post_data
On Tue, Sep 17, 2013 at 8:46 AM, Andrea Faulds wrote:
> On 17/09/2013 00:14, Pierre Joye wrote:
>>
>>
>> Not really, and just take what you wish.
>>
>
> I have a wiki account and I can edit RFCs. Could I edit, say, the Function
> Autoloading one to non-Withdrawn and add myself to the Authors, then
On 17/09/2013 00:14, Pierre Joye wrote:
Not really, and just take what you wish.
I have a wiki account and I can edit RFCs. Could I edit, say, the
Function Autoloading one to non-Withdrawn and add myself to the Authors,
then announce it here?
Thanks!
--
Andrea Faulds
http://ajf.me/
--
P
On 17 September 2013 16:43, Bob Weinand wrote:
> You could also argue that the current $obj->default; (that's already
> possible)
> is also bad.
>
Yep, and should probably be removed.
It's still there because of BC compatibility as far as I know...
Marco Pivetta
http://twitter.com/Ocramius
ht
Hi Bob,
Thanks for working on this.
The amount of reserved keywords in PHP is quite large and I've experienced many
cases where it would have been useful to use them. Especially when implementing
a DSL, parser, code generator (quite common use case with template engines, and
various other tool
Am 17.9.2013 um 16:27 schrieb Daniel Convissor
:
> Hi Bob:
>
>> I tried to widen the naming possibilities by allowing to use keywords
>> as identifiers (for function names, class names, label (goto) names,
>> ...) where possible.
>
> Thank you for putting energy in to enhancing PHP.
>
> That sa
Hi Bob:
> I tried to widen the naming possibilities by allowing to use keywords
> as identifiers (for function names, class names, label (goto) names,
> ...) where possible.
Thank you for putting energy in to enhancing PHP.
That said, implementing this particular proposal will make code harder
t
12 matches
Mail list logo
