[PHP-DEV] PHP 5.x Documentend End Of Life Dates

2012-08-01 Thread hakre
to the new release process it is already EOL because it's over three years now, however the RFC vote was in that lifetime so I assume that probably there is some transistion phase. If so, is there a planned date? Any thoughts/plans about PHP 5.3 EOL? Cheers -- hakre -- PHP Internals - PHP Runtime

Re: [PHP-DEV] PHP 5.x Documentend End Of Life Dates

2012-08-02 Thread hakre
draft is: http://i.stack.imgur.com/HYKZm.png which in turn made me asking questions here for the parts that were not clear to me. -- hakre -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] PHP 5.x Documentend End Of Life Dates

2012-08-02 Thread hakre
ongoing support -- hakre -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] PHP 5.x Documentend End Of Life Dates

2012-08-03 Thread hakre
that releases are not supported for historical reasons and that in the future the duration of support is as outline as in the RFC. Also the page could have a prominent last updated timestamp as it contains information that obviously changes over time. -- hakre [1] http://www.php.net/archive/2007.php#2007

Re: [PHP-DEV] Generators in PHP

2012-08-09 Thread hakre
Also, currently yield looks very similar to return and I think this is a nice thing as it is similar semantically. yield($foo) would give it different semantics, imho. I love this point a lot. Return is very common and yield is some kind of return. -- PHP Internals - PHP Runtime

Re: [PHP-DEV] [RFC] Generators

2012-08-14 Thread hakre
now I can not imagine why rewind would be called (apart from using in foreach() for the first time which implies a rewind and that one is already like I suggest.) My 2 cents. -- hakre - Ursprüngliche Message - Von: Nikita Popov nikita@gmail.com An: Brian Moon br

[PHP-DEV] Casting in list()

2013-01-05 Thread hakre
casting list list() can be handy then. Is this hard to add to core PHP? -- hakre -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Which program creates the phar_auto_file class in the windows registry?

2013-01-24 Thread hakre
knows, please share. I can not find much reference to this string. lxr has nothing, even google is sparse. -- hakre

[PHP-DEV] echo new SplFileObject(__FILE__);

2013-01-29 Thread hakre
this as a bug but I'm not sure. --hakre -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] echo new SplFileObject(__FILE__);

2013-01-30 Thread hakre
author so I ask in internals first. Just for clarification. -- hakre -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

WG: [PHP-DEV] [RFC] Integrating Zend Optimizer+ into the PHP distribution

2013-01-30 Thread hakre
- Weitergeleitete Message - Von: hakre hanskren...@yahoo.de An: Zeev Suraski z...@zend.com CC: Gesendet: 17:09 Mittwoch, 30.Januar 2013 Betreff: Re: [PHP-DEV] [RFC] Integrating Zend Optimizer+ into the PHP distribution  - Ursprüngliche Message - Von: Zeev Suraski

Re: [PHP-DEV] echo new SplFileObject(__FILE__);

2013-01-30 Thread hakre
5.5 (or 5.6) would not be an option because of the rules of backwards compatibility? I'd try to avoid this casting magic and stick with -current() if you actually mean it. So do I. I mean, I often foreach anyway. -- hakre -- PHP Internals - PHP Runtime Development Mailing List

Re: [PHP-DEV] Proposal for serious BC compatibility aka language versioning

2013-02-05 Thread hakre
even skip up to two major versions to keep up with the rest of the gang to latest. I think it was never that easy as it is today. -- hakre -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Proposal for serious BC compatibility aka language versioning

2013-02-05 Thread hakre
- Ursprüngliche Message - Von: Lester Caine les...@lsces.co.uk An: internals@lists.php.net internals@lists.php.net CC: Gesendet: 13:42 Dienstag, 5.Februar 2013 Betreff: Re: [PHP-DEV] Proposal for serious BC compatibility aka language versioning hakre wrote: In reality we

Re: [PHP-DEV] SplFileObject::__toString potentially returns false

2013-02-05 Thread hakre
. -- hakre -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] [RFC] Integrating Zend Optimizer+ into the PHP distribution

2013-02-05 Thread hakre
- Ursprüngliche Message - Von: Zeev Suraski z...@zend.com An: hakre hanskren...@yahoo.de CC: internals@lists.php.net Gesendet: 17:47 Mittwoch, 30.Januar 2013 Betreff: RE: [PHP-DEV] [RFC] Integrating Zend Optimizer+ into the PHP distribution   * In that RFC you write

Re: [PHP-DEV] [RFC] Integrating Zend Optimizer+ into the PHP distribution

2013-02-08 Thread hakre
- Ursprüngliche Message - Von: Zeev Suraski z...@zend.com An: hakre hanskren...@yahoo.de CC: internals@lists.php.net Gesendet: 15:31 Dienstag, 5.Februar 2013 Betreff: RE: [PHP-DEV] [RFC] Integrating Zend Optimizer+ into the PHP distribution Based on an 18 month release

Re: AW: [PHP-DEV] FILTER_VALIDATE_INT and +0/-0

2013-02-08 Thread hakre
. Available in internet standards ISO-8859-1 and more as \xB1  (UTF-8 as \xC2\xB1), FILTER_VALIDATE_INT should reflect hidden dependency of input encoding here. My ±0*2 cents here. -- hakre -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: AW: [PHP-DEV] FILTER_VALIDATE_INT and +0/-0

2013-02-08 Thread hakre
- Ursprüngliche Message - Von: Gustavo Lopes glo...@nebm.ist.utl.pt An: 'Patrick Schaaf' p...@bof.de; internals@lists.php.net internals@lists.php.net; Frank Liepert frank.liep...@gmx.de; hakre hanskren...@yahoo.de CC: 'Derick Rethans' der...@php.net; 'Martin Jansen' mar

Re: [PHP-DEV] Bug #64910: Line number of $e = new Exception vs. line number of throw $e

2013-05-23 Thread hakre
On one hand, I think it makes sense - nobody really cares where the exception was created... But there's one problem here: try {     //stuff } catch(Exception $e) {     $logger-log(Oops, exception!);     throw $e; } If we update file/line here, we lose original exception information