Re: [PHP-DEV] [RFC] [Discussion] Change default for zend.exception_ignore_args INI setting

> I can't find any information on why this setting was introduced. No, I couldn't find anything either. I did try to investigate and all I could find was that it was introduced by Joe Watkins in 0819e6dc9b4788e5d44b64f8e606a56c969a1588 in 2019 but I haven't been able to find any history of RFC or

Re: [PHP-DEV] [RFC] [Discussion] Change default for zend.exception_ignore_args INI setting

> > Full agreement with Tim here - make PHP friendly to development. Generally I do agree with this sentiment. Languages should be developer-friendly, but not at the expense of safety. Developers are able to configure an INI setting in multiple ways including modifying an ini file, using the `ini

Re: [PHP-DEV] [RFC] [Discussion] Change default for zend.exception_ignore_args INI setting

On Thu, 10 Apr 2025 at 23:20, Tim Düsterhus wrote: > As I had said on GitHub before, but to put it onto the list for > visibility: > > I'd rather see the value in `php.ini-production` being changed to `Off` > to match the built-in default. see > https://github.com/php/php-src/pull/18215#issuecomme

[PHP-DEV] [RFC] [Discussion] Change default for zend.exception_ignore_args INI setting

races. * RFC: https://wiki.php.net/rfc/exception_ignore_args_default_value * Implementation: https://github.com/php/php-src/pull/18215 Best wishes, Andrew

[PHP-DEV] Introduction - Andrew Lyons

fault value for zend.exception_ignore_args to a safer default. My wiki username is andrewlyons Best wishes, Andrew Lyons

Re: [PHP-DEV] Feature Proposal

nt to > pass. > > While some time ago, this feature suggestion has been discussed before: > * https://externals.io/message/105123 > * https://externals.io/message/80201 > > (There were additional older threads I found via externals.io searches > for "default keyword&qu

[PHP-DEV] Feature Proposal

tly have to do things. We have to explicitly pass `true` in as the second parameter. However, in the second call, we now use the new `default` keyword, which will defer to the function signature for the default value of `$param2`. Thanks all, looking forward to some feedback! -- Andrew M. Brown

Re: [PHP-DEV] [RFC] Static return type

Sent from my iPhone > On 9 Jan 2020, at 15:06, Rowan Tommins wrote: > > On Thu, 9 Jan 2020 at 14:23, Andreas Hennings wrote: > >>> However, $this is not a real type, and it is unclear what the advantage >> of specifying $this rather than static would be from a type system level >> perspect

[PHP-DEV] Re: Re: [VOTE] Voting opens for str_starts_with and ends_with functions

Please don't switch behaviours via flags: separate names and implementations are much clearer and much simpler to follow. Yes, you will have multiple variations, but that's fine. It is depends of preferences. In my opinion, create new function for every possible situation is more worse then u

[PHP-DEV] Re: [VOTE] Voting opens for str_starts_with and ends_with functions

For those voting against adding these functions, can you clarify why? Do you dislike how they are named, or do you not see the need for the case insensitive versions, or is there an issue with the implementation? I believe that star_with/end_with is useful, but not in this form. The standard li

Re: [PHP-DEV] [RFC][VOTE] Deprecate curly brace syntax for accessing array elements and string offsets

> > > Thanks for taking the time to push forward this RFC. > > > > > > I found the earlier discussion at https://externals.io/message/104744, > > > which I hadn't seen. Like others, I would have chosen to keep {} for > > > string offsets to make it clearer, though I have not used {} in my >

[PHP-DEV] Re: [RFC][VOTE] Deprecate curly brace syntax for accessing array elements and string offsets

Two weeks from now would be 17/07/2019. Also the voting period on the RFC lists June (06) as the start and end month for voting instead of July (07) Yep. Thanks. Stupid typo. Is corrected.

[PHP-DEV] [RFC][VOTE] Deprecate curly brace syntax for accessing array elements and string offsets

Hello Internals, I just started the vote on https://wiki.php.net/rfc/deprecate_curly_braces_array_accessand I will close it in two weeks from now (10.06.2019). Thanks in advance to all who paid attention to the vote. Best regards, Andrey.

Re: [PHP-DEV] Re: Merging new hash algorithm (crc32c) into PHP 7.3 and maybe 7.2?

Ok thanks everyone. Merging into master it is. Thanks Andrew On Mon, 11 Mar 2019, 12:33 am Sebastian Bergmann, wrote: > Am 10.03.2019 um 21:12 schrieb Gabriel Caruso: > > As both PHP 7.2 and 7.3 has been out for a while, -1 on this one. > > Same here; no new functionality sho

[PHP-DEV] Re: Merging new hash algorithm (crc32c) into PHP 7.3 and maybe 7.2?

Hey PHP Team, bump. Would I be able to get this small, and self contained change included into 7.3 and/or 7.4? thanks Andrew On Tue, 5 Mar 2019 at 08:01, Andrew Brampton wrote: > Hi, > > I've recently sent a pull request > <https://github.com/php/php-src/pull/3913>

[PHP-DEV] Merging new hash algorithm (crc32c) into PHP 7.3 and maybe 7.2?

into 7.3 and maybe 7.2. This email is to get approval for which versions it can be merged into. thanks Andrew

[PHP-DEV] Re: Pre proposal for "Class extension functions"

I’m thinking a lot about potential problems. Some of them you voiced, but not all. My message was a question of whether the topic was interesting and whether it should be formatted as RFC. Bring a little Javascript into PHP? In fact, I looked at Kotlin :) (https://kotlinlang.org/docs/referen

Re: [PHP-DEV] Re: [Request][Discussion] Double value as array key improvement

> On Aug 19, 2017, at 4:30 PM, Nikita Popov wrote: > > On Thu, Aug 17, 2017 at 5:03 PM, Andrew Nester <mailto:andrew.nester@gmail.com>> wrote: > > > > 13 авг. 2017 г., в 21:39, Andrew Nester > <mailto:andrew.nester@gmail.com>> написал(а):

[PHP-DEV] Re: [Request][Discussion] Double value as array key improvement

> 13 авг. 2017 г., в 21:39, Andrew Nester > написал(а): > > > >> 11 авг. 2017 г., в 15:53, Andrew Nester написал(а): >> >> >>> On Aug 11, 2017, at 2:10 PM, Andrew Nester wrote: >>> >>> Hello everyone! >>> >>

[PHP-DEV] Re: [Request][Discussion] Double value as array key improvement

> 11 авг. 2017 г., в 15:53, Andrew Nester написал(а): > > >> On Aug 11, 2017, at 2:10 PM, Andrew Nester wrote: >> >> Hello everyone! >> >> I was working on following request https://bugs.php.net/bug.php?id=75053 >> which resulted in followin

[PHP-DEV] Re: [Request][Discussion] Double value as array key improvement

> 11 авг. 2017 г., в 15:53, Andrew Nester написал(а): > > >> On Aug 11, 2017, at 2:10 PM, Andrew Nester wrote: >> >> Hello everyone! >> >> I was working on following request https://bugs.php.net/bug.php?id=75053 >> which resulted in followin

Re: [PHP-DEV] Re: [Bug] [Discussion] filter_var and reserved IP address range

> 13 авг. 2017 г., в 18:46, Dan Ackroyd написал(а): > >> On 3 August 2017 at 18:08, Andrew Nester wrote: >> >>> On Jun 13, 2017, at 6:03 PM, Andrew Nester wrote: >>> >>> Hello! >>> Currently I am working on bug #74699 (Thanks brianlmoo

[PHP-DEV] Re: [Request][Discussion] Double value as array key improvement

> On Aug 11, 2017, at 2:10 PM, Andrew Nester wrote: > > Hello everyone! > > I was working on following request https://bugs.php.net/bug.php?id=75053 > <https://bugs.php.net/bug.php?id=75053> which resulted in following pull > request https://github.com/php/

[PHP-DEV] [Request][Discussion] Double value as array key improvement

Hello everyone! I was working on following request https://bugs.php.net/bug.php?id=75053 which resulted in following pull request https://github.com/php/php-src/pull/2676 The problem here is following: when we’r

Re: [PHP-DEV] [Request][Discussion] Introduce interfaces PDOInterface and PDOStatementInterface

> 6 авг. 2017 г., в 16:30, Dan Ackroyd написал(а): > > Andrew Nester wrote: >> I am thinking about writing an RFC for this and continue discussion there. >> Will it be a good idea? > > You're apparently not very good at listening to suggestions, so I'll

[PHP-DEV] Re: [Bug] [Discussion] filter_var and reserved IP address range

> On Jun 13, 2017, at 6:03 PM, Andrew Nester wrote: > > Hello! > Currently I am working on bug #74699 (Thanks brianlmoon for pointing this > issue). > > Here is some details: > In patch applied for bug #72972 IP address block 240.0.0.0/4 has been removed > from

Re: [PHP-DEV] [Request][Discussion] Introduce interfaces PDOInterface and PDOStatementInterface

> On Jul 31, 2017, at 6:33 PM, Johannes Schlüter wrote: > > (off-list as this is distracting the discussion) > > On Mo, 2017-07-31 at 18:00 +0300, Andrew Nester wrote: >> >>> On Jul 31, 2017, at 5:54 PM, Johannes Schlüter >> .de> wrote: >>> >

Re: [PHP-DEV] [Request][Discussion] Introduce interfaces PDOInterface and PDOStatementInterface

> On Jul 31, 2017, at 5:54 PM, Johannes Schlüter wrote: > > On Mo, 2017-07-31 at 14:49 +0300, Andrew Nester wrote: >> That’s actually the thing that you can’t use >> PDO::ATTR_STATEMENT_CLASS with persistent PDO. > > The actually question is: Why not? - From a quick

Re: [PHP-DEV] [Request][Discussion] Introduce interfaces PDOInterface and PDOStatementInterface

> On Jul 31, 2017, at 2:59 PM, Dan Ackroyd wrote: > > On 31 July 2017 at 12:49, Andrew Nester wrote: >> >> To make it possible to have persistent PDO with custom PDOStatement you >> should have: >> >> 1) custom `CustomPDO implements PDOInterface`

Re: [PHP-DEV] [Request][Discussion] Introduce interfaces PDOInterface and PDOStatementInterface

> On Jul 31, 2017, at 2:17 PM, Dan Ackroyd wrote: > > On 31 July 2017 at 08:21, Andrew Nester wrote: >> >> when we are using persistent PDO we can’t use PDO::ATTR_STATEMENT_CLASS and >> return our custom PDOStatement class >> >> But just implementing

Re: [PHP-DEV] [Request][Discussion] Introduce interfaces PDOInterface and PDOStatementInterface

explains a bit how interfaces could help here. > On Jul 31, 2017, at 2:17 PM, Dan Ackroyd wrote: > > On 31 July 2017 at 08:21, Andrew Nester wrote: >> >> when we are using persistent PDO we can’t use PDO::ATTR_STATEMENT_CLASS and >> return our custom PDOStat

Re: [PHP-DEV] [Request][Discussion] Introduce interfaces PDOInterface and PDOStatementInterface

Thanks! > On Jul 29, 2017, at 1:13 PM, Dan Ackroyd wrote: > > On 28 July 2017 at 07:40, Andrew Nester wrote: >> Hello! >> >> the only way to add some custom classes and behavior is to approach this is >> by subclassing PDO and PDOStatement. > > >

[PHP-DEV] [Request][Discussion] Introduce interfaces PDOInterface and PDOStatementInterface

Hello! I’ve been working on request introduced here https://bugs.php.net/bug.php?id=74957 related to implementing new PDOInterface and PDOStatementInterfaces. At this point of time classes PDO and PDOStatement do not implement any interfaces that’s why co

[PHP-DEV] [Bug] [Discussion] filter_var and reserved IP address range

Hello! Currently I am working on bug #74699 (Thanks brianlmoon for pointing this issue). Here is some details: In patch applied for bug #72972 IP address block 240.0.0.0/4 has been removed from list of reserved. But according to IP Multicast Address Specification: “The range of addresses betwee

[PHP-DEV] Re: Fix for NumberFormatter did not work properly when restored from session

Bump on this thread because I would like to hear some feedback. Thanks! > On Mar 31, 2017, at 10:55 PM, Andrew Nester wrote: > > > Hello everyone! > > I’ve been working on fix for following bug: > https://bugs.php.net/bug.php?id=74063 <https://bugs.php.net/bug.php?i

[PHP-DEV] Fix for NumberFormatter did not work properly when restored from session

ow us to use wakeup-based unserialization without leaking additional (PHP-level) properties.” Thanks! Andrew Nester

Re: [PHP-DEV] [RFC Proposal] var keyword deprecation/removal

to a vote, and accept whatever happens. -- Andrew Brown

Re: [PHP-DEV] [RFC Proposal] var keyword deprecation/removal

5.2 ... so adding even more warnings is not helping improve > PHP ... > > -- > Lester Caine - G8HFL > - > Contact - http://lsces.co.uk/wiki/?page=contact > L.S.Caine Electronic Services - http://lsces.co.uk > EnquirySolve - http://enquirysolve.com/ > Model Engineers Digital Workshop - http://medw.co.uk > Rainbow Digital Media - http://rainbowdigitalmedia.co.uk > > -- > PHP Internals - PHP Runtime Development Mailing List > To unsubscribe, visit: http://www.php.net/unsub.php > > -- Andrew M. Brown

[PHP-DEV] Re: Can't compile php7 on OpenSuse 13.2

UPD after pull of origin master i've got a ne you error Zend/.libs/zend_language_parser.o: In function `zendparse': /home/andrew/Programs/php7/Zend/zend_language_parser.y:703: undefined reference to `zend_ast_append_doc_comment' collect2: error: ld returned 1 exit status 2015-10

[PHP-DEV] Can't compile php7 on OpenSuse 13.2

In branches: master, PHP-7.0, tags/php7.0.0RC5, tags/php-7.0.0RC4 i got error /bin/sh /home/andrew/Programs/php7/libtool --silent --preserve-dup-deps --mode=compile /home/andrew/Programs/php7/meta_ccld -Iext/hash/ -I/home/andrew/Programs/php7/ext/hash/ -DPHP_ATOM_INC -I/home/andrew/Programs/php7

Re: [PHP-DEV] Some strange bug

) > Copyright (c) 1997-2015 The PHP Group > Zend Engine v3.0.0-dev, Copyright (c) 1998-2015 Zend Technologies > > $ time ./sapi/cli/php test.php > php_sapi_name: cli > max_input_time: -1 > max_execution_time: 0 > max_input_time: -1 > max_execution_time: 2 > > Fatal error: M

Re: [PHP-DEV] Some strange bug

It is very informative, but not resolve the problem, php completely ignored my max_execution_teme setup with any SAPI, in all cases 2015-06-11 14:57 GMT+03:00 Andrew Kluev : > And php7 not working too. > > php7 -v > PHP 7.0.0-dev (cli) (built: Mar 30 2015 12:26:36) (DEBUG) &g

[PHP-DEV] Some strange bug

PHP 5.6.7-1 (cli) (built: Mar 24 2015 12:30:15) Copyright (c) 1997-2015 The PHP Group Zend Engine v2.6.0, Copyright (c) 1998-2015 Zend Technologies with Zend OPcache v7.0.4-dev, Copyright (c) 1999-2015, by Zend Technologies with Xdebug v2.2.5, Copyright (c) 2002-2014, by Derick Rethans un

Re: [PHP-DEV] Behavior of classes type hinting together with the error handler

ave a separate voting option for this.` It's realy cool! Thanks you! Best regards. Andrew Kluev. 2015-03-13 15:40 GMT+03:00 Andrew Kluev : > Oh! Thanks Nikita. I did not know that the exceptions in the engine > already accepted. But in fairness, in PHP "A $a" typehint doe

Fwd: [PHP-DEV] Behavior of classes type hinting together with the error handler

Oh! Thanks Nikita. I did not know that the exceptions in the engine already accepted. But in fairness, in PHP "A $a" typehint does not make sure that "$a instanceof A " returns true. You can change "test" fucntion in code form my first message to function test(A $a) { var_dump($a instanceof A); }

Re: [PHP-DEV] Funny array function

, and most effecient Not really. A PHP function to implement it, done without recursion, would be pretty efficient. And unless you're making tens of thousands of these operations, this is probably a case of premature optimisation. -- Andrew Faulds http://ajf.me/ -- PHP Internals - PHP Ru

Re: [PHP-DEV] POST, content-type: application/json and json_decode

On 24/09/12 19:09, Andrew Faulds wrote: I think perhaps that's the wrong approach. It's valid JSON to have a list literal at the top level as well, Excuse my brief brain lapse. PHP arrays are fine for sequential data as well, and you could also have any other JSON literal value

Re: [PHP-DEV] POST, content-type: application/json and json_decode

OST). Any ideas? Maybe a RFC would also be welcome to complete my suggestion? Thanks. -- Andrew Faulds http://ajf.me/ -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] mbstring, a proposition of additional functions

. I would love such a library to be built into PHP. A more consistent approach to scalar operations would be great. "hello, world"->replace('world', 'php'); would be so much nicer than str_replace and forgetting the argument order. This is a little off-topic

Re: [PHP-DEV] RFC: alternative callback syntax

On 19/09/12 19:21, Steve Clay wrote: On 9/19/12 2:01 PM, Andrew Faulds wrote: Some other ideas: $cb = (callable) $obj->bar; Ah, but (callable) that won't work for global functions, since (callable) is a cast, and (callable) is not usable as a cast (at least in 5.4.7): $a = (calla

Re: [PHP-DEV] RFC: alternative callback syntax

On 19/09/12 18:56, Steve Clay wrote: On 9/19/12 1:19 PM, Andrew Faulds wrote: I completely agree. How about &function_name? Resembles C (function pointers!), and unless I'm getting confused, it isn't currently legal syntax for something else. $cb = & Foo::doSomething; $cb =

Re: [PHP-DEV] RFC: Implementing a core anti-XSS escaping class

7;re bumping into a slightly different area of education here. Once users know where escaping applies, the names even in their shorter forms are fairly obvious as to which context they apply to. I think that specific education is better served with good quality documentation and examples (I

Re: [PHP-DEV] RFC: Implementing a core anti-XSS escaping class

;all the OOP code is a waste of time" doesn't really add anything to this discussion. Arguing against this being OOP, which I think is useful and requires, at most, one extra line ($x = new Escaper), is silly. -- Andrew Faulds http://ajf.me/ -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] RFC: alternative callback syntax

ely agree. How about &function_name? Resembles C (function pointers!), and unless I'm getting confused, it isn't currently legal syntax for something else. -- Andrew Faulds http://ajf.me/ -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] RFC: Implementing a core anti-XSS escaping class

from a basic simple foundation, which is how PHP's OO is built anyway. Don't complicate things because of personal preference. There is no reason it cannot stay a simple function call or two. Wrap that in as many classes as you wish on your own time. :) What's complex about a method

Re: [PHP-DEV] RFC: Implementing a core anti-XSS escaping class

On 19/09/12 17:21, Michael Stowe wrote: /"Oh goodness no, let's please only do OOP with the language features. Creating ridiculous "procedural" OOP abstractions helps absolutely nobody"/ Andrew, I'm the biggest advocate of OOP out there, but the purpose

Re: [PHP-DEV] RFC: Implementing a core anti-XSS escaping class

h goodness no, let's please only do OOP with the language features. Creating ridiculous "procedural" OOP abstractions helps absolutely nobody. -- Andrew Faulds http://ajf.me/ -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Re: RFC: Implementing a core anti-XSS escaping class

After that it seems like the discussion would be: 1) do we even need encoding or is UTF8 just fine UTF8-only is certainly not just fine. 2) what are the flags to be defined for different escaping methods $.02 -- Andrew Faulds http://ajf.me/ -- PHP Internals - PHP Runtime Development

Re: [PHP-DEV] RFC: Implementing a core anti-XSS escaping class

any JS variables/statements or anything else. Those can never ever be subject to any form of untrusted input. It needs to be clear it's a string literal though, and a literal at that. Otherwise it's a little unclear. Still, I'm more worried about the CSS. -- Andrew Faulds http://aj

Re: [PHP-DEV] RFC: Implementing a core anti-XSS escaping class

var() only). CSS can also be sanitised if the user has access to properties and not just the property values. Paddy -- Andrew Faulds http://ajf.me/ -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] RFC: Implementing a core anti-XSS escaping class

h clone it. Would this minimise the amount of change (if any) ? To some extent, yes, but Rasmus is right in that there would be certain bugs. In C, we don't have implicit string casting, for example. -- Andrew Faulds http://ajf.me/ -- PHP Internals - PHP Runtime Development Mailing List

Re: [PHP-DEV] RFC: Implementing a core anti-XSS escaping class

s slightly off-topic) -- Andrew Faulds http://ajf.me/ -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] RFC: Implementing a core anti-XSS escaping class

ity issue, we should discuss it as such. -- Andrew Faulds http://ajf.me/ -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] RFC: Implementing a core anti-XSS escaping class

p, I think something like these: escapeHTMLAttribute for attributes, escapeHTMLText for text inside tags, escapeXMLAttribute and escapeXMLContent, escapeJSStringLiteral, escapeCSSIdentifier, and another needs adding (for url('*') things), escapeCSSStringLiteral. -- Andrew Faulds htt

Re: [PHP-DEV] RFC: Implementing a core anti-XSS escaping class

and signal processing context, a filter removes. In computer science, but not computer security, it processes. I'm very confused :P -- Andrew Faulds http://ajf.me/

Re: [PHP-DEV] RFC: Implementing a core anti-XSS escaping class

the field of computer science etc. -- Andrew Faulds http://ajf.me/ -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] RFC: Implementing a core anti-XSS escaping class

ted as in-band signalling. -- Andrew Faulds http://ajf.me/ -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Why are the PHP namespaces different compared to C++?

espaces. Them being different from C++'s shouldn't be a surprise, C++ is quite a different language. -- Andrew Faulds http://ajf.me/ -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] is GD being actively maintained?

I briefly asked Pierre about a feature in it recently. By the sounds of it, it is being actively maintained, albeit perhaps slowly. -- Sent from my Android phone with K-9 Mail. Andrew Faulds http://ajf.me/ Rasmus Schultz wrote: I opened this bug report 2 years ago: https://bugs.php.net

Re: [PHP-DEV] Re: Moving to an AST-based parsing/compilation process

;-- >Stanislav Malyshev, Software Architect >SugarCRM: http://www.sugarcrm.com/ >(408)454-6900 ext. 227 > >-- >PHP Internals - PHP Runtime Development Mailing List >To unsubscribe, visit: http://www.php.net/unsub.php -- Sent from my Android phone with K-9 Mail. Andrew Fauld

Re: [PHP-DEV] Re: Moving to an AST-based parsing/compilation process

ng official PHP grammar. I'm just speculating here, but this would be pretty cool if we could do it. -- Andrew Faulds http://ajf.me/ -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Moving to an AST-based parsing/compilation process

this area of work should be avoided. Rather, I am saying that I hope any work in this area would give the potential for additional resource usage very serious consideration. Adam -- Andrew Faulds http://ajf.me/ -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Moving to an AST-based parsing/compilation process

he process some might be changed, but I would expect no big changes. -- Andrew Faulds http://ajf.me/ -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Foreach list behaviour

null. Ah, I guess I'm confusing GML and PHP array semantics, somehow... my bad. -- Andrew Faulds http://ajf.me/ -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Foreach list behaviour

anywhere else in the language anyway. I'm starting to see huge inconsistencies with how list is being implemented in foreach. Possibly more importantly, since 1 should cast to, er, [1] (I think...), why is $a === NULL? -- Andrew Faulds http://ajf.me/ -- PHP Internals - PHP Runtime De

Re: [PHP-DEV] $obj->attr::method() is not allowed

On 03/09/12 17:17, Laruence wrote: On Tue, Sep 4, 2012 at 12:05 AM, Andrew Faulds wrote: On 03/09/12 17:03, Laruence wrote: It is great parser(simple and fast) which make php works well for years.. No, it's not, it's overly complex. You have to define all sorts of different expr

Re: [PHP-DEV] $obj->attr::method() is not allowed

rent one is bad, it will because a better parser tool shows up... Well, current one is bad. It only works well for some common cases. For others, it doesn.t -- Andrew Faulds http://ajf.me/ -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] $obj->attr::method() is not allowed

On 03/09/12 16:20, Ivan Enderlin @ Hoa wrote: Absolutely. PHP has no AST? Why? For historical reasons? I believe so. Rasmus's original parser was not exactly world-class ;) -- Andrew Faulds http://ajf.me/ -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit:

Re: [PHP-DEV] $obj->attr::method() is not allowed

is done, I imagine this could be fixed. We could also add extra rules, but I think fixing the general issue is more important, since it's like plugging two holes in a barrel full of water that's just had a machine gun fired at it. -- Andrew Faulds http://ajf.me/ -- PHP Internals - PHP

Re: [PHP-DEV] Foreach list behaviour

t; >-- >Laruence Xinchen Hui >http://www.laruence.com/ > >-- >PHP Internals - PHP Runtime Development Mailing List >To unsubscribe, visit: http://www.php.net/unsub.php -- Sent from my Android phone with K-9 Mail. Andrew Faulds http://ajf.me/ -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] RFC for Adding __toString to DateTime

02T18:19:05+0100 (Africa/Niamey) > Sounds good. >-- >Ryan McCue ><http://ryanmccue.info/> > >-- >PHP Internals - PHP Runtime Development Mailing List >To unsubscribe, visit: http://www.php.net/unsub.php -- Sent from my Android phone with K-9 Mail. Andrew Fauld

Re: [PHP-DEV] Release scheduling, branching & NEWS for 5.4

e removed or replaced) -- Sent from my Android phone with K-9 Mail. Andrew Faulds http://ajf.me/ -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] RFC for Adding __toString to DateTime

dable (default in ECMAScript, for instance) date/time format. I see no reason not to use it. Date/time should be UTC anyway when debugging. -- Andrew Faulds http://ajf.me/ -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] RFC for Adding __toString to DateTime

On 02/09/12 21:45, Derick Rethans wrote: Yes, and that format is ambigious like I just illustrated. cheers, Derick No, you just demonstrated the time offset format is ambiguous, not the UTC format. -- Andrew Faulds http://ajf.me/ -- PHP Internals - PHP Runtime Development Mailing List To

Re: [PHP-DEV] RFC for Adding __toString to DateTime

0+0100 ^ $ php -r 'date_default_timezone_set("Europe/London"); echo date_create("2012-12-31")->format(DateTime::ISO8601), "\n";' 2012-12-31T00:00:00+ ^ I'm a little confused as to what is going on

Re: [PHP-DEV] RFC for Adding __toString to DateTime

there was a format, it would have to be constant imho. Then ISO8601, please. It's a single, unambiguous Date and Time format. -- Andrew Faulds http://ajf.me/ -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] RFC for Adding __toString to DateTime

re of them. -- Andrew Faulds http://ajf.me/ -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Exceptions Vs Errors

27;s your opposition to moving to exceptions? -- Andrew Faulds http://ajf.me/ -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] RFC for Adding __toString to DateTime

ng on, I'm hoping you can give this RFC a look. - Will Oh, thank you Will! I saw the bug report suggesting it myself and was thinking of implementing it. I'm glad to see you thought the same way I did, and used the ISO-8601 format as the default. +1 from me. -- Andrew Faulds http://a

Re: [PHP-DEV] Re: Are exceptions allowed in php core?

ving behind some NULL value, when it would be much easier to debug if it stopped since then you don't have a strange undefined application state. But that's just my opinion :) -- Andrew Faulds http://ajf.me/ -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] [VOTE] Generators

- Sent from my Android phone with K-9 Mail. Andrew Faulds http://ajf.me/ -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Re: [VOTE]Call for voting: support use list in foreach

On 28/08/12 18:14, Will Fitch wrote: You're right. My apologies. Good, I was a little worried that I might have missed something you didn't. It's all well and good. -- Andrew Faulds http://ajf.me/ -- PHP Internals - PHP Runtime Development Mailing List To unsubscri

Re: [PHP-DEV] Re: [VOTE]Call for voting: support use list in foreach

t the vote at the moment, it's 11 to 4, or 11/15. That is above 2/3rds, which is 10/15. -- Andrew Faulds http://ajf.me/ -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Re: [VOTE]Call for voting: support use list in foreach

hen accepted. -- Andrew Faulds http://ajf.me/ -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Re: [VOTE]Call for voting: support use list in foreach

On 27/08/12 15:49, Derick Rethans wrote: On Mon, 27 Aug 2012, Andrew Faulds wrote: Hi derick, can't read the rules now, on mobile. If you're referring to top-posting/bottom-posting though, that's the fault of the Android Gingerbread email client, which sucks. So don't

Re: [PHP-DEV] Re: [VOTE]Call for voting: support use list in foreach

Hi derick, can't read the rules now, on mobile. If you're referring to top-posting/bottom-posting though, that's the fault of the Android Gingerbread email client, which sucks. -- Sent from Samsung Mobile Andrew Faulds http://ajf.me/ Derick Rethans wrote: null

Re: [PHP-DEV] Re: [VOTE]Call for voting: support use list in foreach

13 years after standardisation! C++ has better support, of course, but C++'s magic and abstractions don't seem appropriate. -- Sent from Samsung Mobile Andrew Faulds http://ajf.me/ Stas Malyshev wrote: Hi! > That's where it gets ugly, in my experience; there are lots of > med

Re: [PHP-DEV] Re: [VOTE]Call for voting: support use list in foreach

They don't, you need voting karma too, having rfc karma isn't enough. And this is how democracy works, Stas. If voters don't bother to turn up, too bad. -- Sent from Samsung Mobile Andrew Faulds http://ajf.me/ Yahav Gindi Bar wrote: On Sun, Aug 26, 2012 at 8:42 PM, Stas

Re: [PHP-DEV] Older style frameworks ...

On 25/08/12 14:44, Lester Caine wrote: Andrew Faulds wrote: ISPs should have moved to 5.3 long ago. If they haven't, that isn't our problem. I'll just refer you to http://w3techs.com/technologies/details/pl-php/5/all 5.3 is NOT being used because of the changes it

Re: [PHP-DEV] Older style frameworks ...

On 25/08/12 14:27, Lester Caine wrote: Andrew Faulds wrote: OK Lester, you've whined enough, what do you want us to do? Freeze development for 5 years so ISPs can slowly catch up, or something? Simply taking care to provide fixed point that we can work to would have helped. LTS ver

  1   2   3   4   >