Re: [PHP-DEV] resume after exception

On 04/02/2012 09:40 PM, Johannes Schlüter wrote: I fear this brings hardly understandable code flows. I second that emotion. -- Sebastian BergmannCo-Founder and Principal Consultant http://sebastian-bergmann.de/ http://thePHP.cc/ -- PHP

[PHP-DEV] 回复： [PHP-DEV] resume after exception

If just for exception recovery how about implement ruby's retry ? http://www.tutorialspoint.com/ruby/ruby_loops.htm Ruby retry statement section. 在 2012年4月2日星期一，下午8:44，Rasmus Schultz 写道： I was just reading about the new async/await keywords in C# 5.0, and while this has no particular

Re: [PHP-DEV] Small performance improvement on main/rfc1867.c

Hi: On Tue, Apr 3, 2012 at 9:56 AM, Klaus Silveira klaussilve...@php.net wrote: Just submitted a small patch here: https://github.com/php/php-src/pull/34 I had sent this before to gr...@php.net, before the GIT migration. Small fix really. The current code is correct, but if it is used inside

Re: [PHP-DEV] json_encode() and non-UTF8 strings

On Tue, Apr 3, 2012 at 9:46 AM, Rasmus Lerdorf ras...@lerdorf.com wrote: On 04/02/2012 06:35 PM, Charlie Somerville wrote: Hi internals, I've created a pull request (https://github.com/php/php-src/pull/33) that changes json_encode to fall back to ASCII for strings that are not valid UTF-8.

[PHP-DEV] About the error/warning messages format

Hi: is there a RFC or standard about what format should a error/warning/notice messages should be? I mean, ucfirst or all lowercase.. since I saw both ucfirst and lowercase messages in php-src.. thanks -- Laruence  Xinchen Hui http://www.laruence.com/ -- PHP Internals - PHP Runtime

Re: [PHP-DEV] 回复： [PHP-DEV] resume after exception

Retry is a feature I would very much like to see... While it's not stritcly necessary to implement in core, it makes the code much cleaner.. Thanks, Kiall Sent from my phone. On Apr 3, 2012 8:28 a.m., reeze reeze@gmail.com wrote: If just for exception recovery how about implement ruby's

[PHP-DEV] Push Request #21

Please bear with me as I am going to address a few things that (being new) I seem to have over looked upon my initial pull request @ https://github.com/php/php-src/pull/21. I have forked and submitted a push request to add native spkac functionality per a feature request @

Re: [PHP-DEV] resume after exception

Sam, Just to be clear, I wasn't opposing pythonic generators. I was opposing using this feature for that purpose. If we wanted generators, I would suggest implementing them fully (as in adding a `yield` statement). However, that's not going to be as easy as it sounds, since what would happen

[PHP-DEV] Scalability micro-conference topic proposals (LPC2012)

Hi, We are organizing a micro-conference on scaling both upwards (many cores) and downwards (low footprint, energy efficiency) that targets all layers of the software stack. Our intent is to bring together application, libraries and kernel developers to discuss the scalability issues they

[PHP-DEV] Catchable - marking methods just like static?

I just saw Daniel changing some of the PEAR classes to use Exceptions, and it's pretty clear that this could cause havoc with the end users. The problem being that there is no 'soft' landing for the migration process. Users switching code from return style error handling to exceptions are not

Re: [PHP-DEV] Catchable - marking methods just like static?

On 4 April 2012 10:02, Alan Knowles a...@akbkhome.com wrote: PHP enforces rules like $this can not be used in a method marked 'static'. So why not flag methods (and internal functions) with a flag that indicates they can throw things. Since PHP is not a compiled language we can not pick up

Re: [PHP-DEV] Catchable - marking methods just like static?

On 04/03/2012 07:02 PM, Alan Knowles wrote: I just saw Daniel changing some of the PEAR classes to use Exceptions, and it's pretty clear that this could cause havoc with the end users. The problem being that there is no 'soft' landing for the migration process. Users switching code from