Re: [PHP-DEV] [RFC] Enum proposal (yet another)

2012-02-25 Thread Chris Stockton
Why is it every time this comes up people need to get butt hurt and passionate? Re-read past discussions and provide new arguments or move on. This is likely a feature that will never exist, but don't worry... You can still make websites using PHP :) On Feb 25, 2012 6:59 PM, "Kris Craig" wrote: >

Re: [PHP-DEV] [RFC] Enum proposal (yet another)

2012-02-25 Thread Kris Craig
Arvids, I can only speak for myself of course, but you should never feel as though you're not welcome to express yourself here freely and openly. Frustration, anger, bickering, etc; so long as it's not ad spam or just completely off-topic, I personally think it's all fair game. Of course, I disa

Re: [PHP-DEV] [RFC] Enum proposal (yet another)

2012-02-25 Thread Arvids Godjuks
Kris Craig I usually just read the list, sometimes add if I have something to say and I had voiced my opinion on typehinting before. And you know, just from the stand of a userland developer who has 7-8 years of experience and devoting myself to the excelence at PHP, i see this discussion about ad

Re: [PHP-DEV] [RFC] Enum proposal (yet another)

2012-02-25 Thread Kris Craig
Inline, we go --Kris On Sat, Feb 25, 2012 at 4:54 PM, Stas Malyshev wrote: > Hi! > > > I'm well aware that this has been discussed before, Stas. However, >> you're mischaracterizing those previous conversations. It has never >> been proven that optional strict typing doesn't work. You'v

Re: [PHP-DEV] [RFC] Enum proposal (yet another)

2012-02-25 Thread Stas Malyshev
Hi! I'm well aware that this has been discussed before, Stas. However, you're mischaracterizing those previous conversations. It has never been proven that optional strict typing doesn't work. You've made the same arguments against it, but those arguments have counter-arguments that are also

Re: [PHP-DEV] [RFC] Enum proposal (yet another)

2012-02-25 Thread Kris Craig
I'm well aware that this has been discussed before, Stas. However, you're mischaracterizing those previous conversations. It has never been proven that optional strict typing doesn't work. You've made the same arguments against it, but those arguments have counter-arguments that are also viable.

Re: [PHP-DEV] [RFC] Enum proposal (yet another)

2012-02-25 Thread Stas Malyshev
Hi! There are advantages to strict typing other than speed and safety. The biggest compliant I hear from people asking for this is that weak hinting often leads to bulkier code that is much more difficult to read, particularly for someone who frequently switches between PHP and compiled languag

RE: [PHP-DEV] [RFC] Enum proposal (yet another)

2012-02-25 Thread John Crenshaw
> From: Arvids Godjuks [mailto:arvids.godj...@gmail.com] > > Hello, i should point out that it is all unicorns and rainbows for building > inernal apis and libraries. But in PHP you work with the world out there. > And that means you process GET, POST, xml, json and bunch of other data, > witc

Re: [PHP-DEV] [RFC] Enum proposal (yet another)

2012-02-25 Thread Arvids Godjuks
Hello, i should point out that it is all unicorns and rainbows for building inernal apis and libraries. But in PHP you work with the world out there. And that means you process GET, POST, xml, json and bunch of other data, witch comes to you as text. Even db requests usually retirn text even with n

Re: [PHP-DEV] [RFC] Enum proposal (yet another)

2012-02-25 Thread Kris Craig
There are advantages to strict typing other than speed and safety. The biggest compliant I hear from people asking for this is that weak hinting often leads to bulkier code that is much more difficult to read, particularly for someone who frequently switches between PHP and compiled languages like

Re: [PHP-DEV] [RFC] Enum proposal (yet another)

2012-02-25 Thread Samuel Deal
Hi, Going to Strict tying it's really a major paradign shift. To clarify my talk, When I say "strict typing", I'm talking about strict scalar check, variable definition or return type check. I'm ok with weak scalar type hinting. We have type hinting, yes, but it's a kind of syntaxtic sugar for

RE: [PHP-DEV] Is this correct behaviour with SplMinHeap?

2012-02-25 Thread Dmitri Snytkine
This makes sense. Thank you. Dmitri Snytkine Web Developer Ultra Logistics, Inc. Phone: (888) 220-4640 x 2097 Fax: (888) 795-6642 E-Mail: dsnytk...@ultralogistics.com Web: www.ultralogistics.com "A Top 100 Logistics I.T. Provider in 2011" -Original Message- From: ekne...@gmail.com [m

Re: [PHP-DEV] Is this correct behaviour with SplMinHeap?

2012-02-25 Thread Etienne Kneuss
Hi, On Sat, Feb 25, 2012 at 14:21, Dmitri Snytkine wrote: > I am not sure if this is a bug or not, but something is strange with this: > I run this little test script, this one is posted on php.net in comments > section > > > class MySimpleHeap extends SplMaxHeap > { >    public function  compare

[PHP-DEV] Is this correct behaviour with SplMinHeap?

2012-02-25 Thread Dmitri Snytkine
I am not sure if this is a bug or not, but something is strange with this: I run this little test script, this one is posted on php.net in comments section class MySimpleHeap extends SplMaxHeap { public function compare( $value1, $value2 ) { return ( $value1 - $value2 ); } } $ob

Re: [PHP-DEV] Could somebody apply a Zend/ patch for #61087?

2012-02-25 Thread Laruence
Nikic, okey, I will do it, there are lots of memleak issues you have spoted . I thought maybe fix them in one time is better, so hold it before :) thanks On Sat, Feb 25, 2012 at 9:11 PM, Nikita Popov wrote: > Hey! > > Could somebody please apply the patch at > https://bugs.php.net/patch

[PHP-DEV] Could somebody apply a Zend/ patch for #61087?

2012-02-25 Thread Nikita Popov
Hey! Could somebody please apply the patch at https://bugs.php.net/patch-display.php?bug=61087&patch=parse_ini_file_memleak.patch&revision=1330018332 (for https://bugs.php.net/bug.php?id=61087)? The patch is already complete including tests and NEWS :) I don't have Zend/ karma, otherwise I'd do i