Re: [PHP-DEV] RFC WeakRefs

On Fri, May 18, 2018 at 1:59 PM Rowan Collins <rowan.coll...@gmail.com> wrote: > On 17 May 2018 10:35:11 BST, Etienne Kneuss <col...@php.net> wrote: > >That said, if the plan is to subsume pecl-weakref, I suggest we also > >reimplement weakmaps, which offer a conven

Re: [PHP-DEV] RFC WeakRefs

On Thu, May 17, 2018 at 8:10 AM Joe Watkins wrote: > Morning internals, > > I'd like to raise for discussion https://wiki.php.net/rfc/weakrefs > > Am I missing anything ? > I'm all for implementing all this natively, the way it was implemented in pecl-weakref always felt

Re: [PHP-DEV] Static class property can be accessed as $object::$property?

On Fri, Feb 26, 2016 at 7:12 PM wrote: > Hi, > > > I'd be very thankful for a clear explanation on this: > http://stackoverflow.com/questions/35656898 > > > May be it's just a word game and I don't understand it correctly, but > documentation states one, though

Re: [PHP-DEV] Exposing object handles to userland

On Mon, Aug 3, 2015 at 2:26 PM Alexander Lisachenko lisachenko...@gmail.com wrote: Hello, internals! I like the idea to assign a custom identifier to the object, but why this should be only in the core? Java has a method 'hashCode' which can be used to return an unique identifier for

Re: [PHP-DEV] Coercive Scalar Type Hints RFC

On Sat Feb 21 2015 at 21:08:39 Anthony Ferrara ircmax...@gmail.com wrote: Zeev, I won't nit-pick every point, but there are a few I think need to be clarified. Proponents of Dynamic STH bring up consistency with the rest of the language, including some fundamental type-juggling aspects

Re: [PHP-DEV] [RFC][VOTE] Objects as Keys

On Wed Dec 17 2014 at 1:44:13 PM guilhermebla...@gmail.com guilhermebla...@gmail.com wrote: Hi, Answering the question of Christopher Becker. It is not possible to traverse and get your desired elements. How would you achieve a foreach by key (returning object) without having to store a

Re: [PHP-DEV] [RFC] Using objects as keys

high (IMO) cost in your implementation. I believe it is not worth it. Comparing only one side of this equation with another feature makes no sense. Best, -- Etienne Kneuss

Re: [PHP-DEV] [RFC] Using objects as keys

-productive: one would expect to find the object there, not its hash. As others noted, it also prevents a full-fledged objects-as-key implementation in the future. In the end it causes issues and brings very little compared to an explicit call to convert an object to a key. -1 -- Etienne Kneuss

Re: [PHP-DEV] RFC: Move phpng to master

https://wiki.php.net/phpng-upgrading should be completed to reflect all changes. It is only then that we can vote with knowledge of how much this big patch affects the codebase. Best, -- Etienne Kneuss

Re: [PHP-DEV] [RFC] Skipping parameters take 2

: http://www.php.net/unsub.php -- Etienne Kneuss

Re: [PHP-DEV] warning in php_spl.c

://www.sugarcrm.com/ (408)454-6900 ext. 227 -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php -- Etienne Kneuss http://www.colder.ch

Re: [PHP-DEV] Re: #53437

what accessing the property returns? Even if the change itself does not constitute a big BC break, this behavior is confusing and seems like a big no-no to me. -- Etienne Kneuss

Re: [PHP-DEV] Re: #53437

On Mon, Jun 10, 2013 at 1:56 PM, Anatol Belski a...@php.net wrote: Hi Etienne, On Mon, June 10, 2013 13:24, Etienne Kneuss wrote: On Fri, Jun 7, 2013 at 9:27 PM, Gustavo Lopes glo...@nebm.ist.utl.ptwrote: On Fri, 07 Jun 2013 14:06:11 +0200, Derick Rethans der...@php.net wrote

Re: [PHP-DEV] Re: #53437

On Mon, Jun 10, 2013 at 1:47 PM, Pierre Joye pierre@gmail.com wrote: On Jun 10, 2013 1:24 PM, Etienne Kneuss col...@php.net wrote: So if I understand correctly var_dump now indicates a different type than what accessing the property returns? Even if the change itself does

Re: [PHP-DEV] Cannot call constructor

affected by this change. ps: for example having an empty __sleep() or __wakeup implementation would be entirely differrent that one would expect. -- Ferenc Kovács @Tyr43l - http://tyrael.hu -- Etienne Kneuss http://www.colder.ch

Re: [PHP-DEV] Cannot call constructor

On Fri, May 24, 2013 at 5:32 PM, Ferenc Kovacs tyr...@gmail.com wrote: On Fri, May 24, 2013 at 5:26 PM, Etienne Kneuss col...@php.net wrote: Sure the default implementation would have to be identical to the behavior of not defining one. agree I believe the best way to solve

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

- PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php -- Etienne Kneuss http://www.colder.ch

Re: [PHP-DEV] exceptions during __toString()

approach is to allow exceptions, review the code (i.e. a lot of work), and eventually fix reports as they come in. Best, -- Etienne Kneuss

Re: [PHP-DEV] Re: [PROPOSAL]Add second to callback of preg_replace_callback

Xinchen Hui http://www.laruence.com/ -- Etienne Kneuss http://www.colder.ch

Re: [PHP-DEV] property de-referencing

it to the reflection functions is the proper place. -Rasmus -- Etienne Kneuss http://www.colder.ch

Re: [PHP-DEV] property de-referencing

for it. If reflected properties is a big thing, I'm sure IDE support is as easy to implement with or without this new syntax. Introducing new syntax must be done with extreme care, and so far this case looks quite far from convincing. On Wed, May 1, 2013 at 10:24 AM, Etienne Kneuss col...@php.net wrote

Re: [PHP-DEV] property de-referencing

something rarely used (IMO) to be, as I see it: easier to analyze or refactor; that doesn't qualify(IMO, again) as important enough to warrant a syntax change. Awesome. On Wed, May 1, 2013 at 5:12 PM, Etienne Kneuss col...@php.net wrote: On Wed, May 1, 2013 at 7:13 PM, Rasmus Schultz ras

Re: [PHP-DEV] Object Type Casting

::createShape('circle'); $circle-radius = 10; echo $circle-getArea(); It would be great if this feature could be added to 5.5 :) __ Raymond Irving -- Etienne Kneuss http://www.colder.ch

Re: [PHP-DEV] static type-references

() may not be the most elegant approach, and using this syntax it does resemble a function - having a more distinct syntax might be better. But those things aside, what do you think about having a way to statically reference types and members? Thanks, Rasmus Schultz -- Etienne Kneuss

Re: [PHP-DEV] [RFC] Allow non-scalar keys in foreach

://www.php.net/unsub.php -- Etienne Kneuss http://www.colder.ch

Re: [PHP-DEV] [RFC] Allow non-scalar keys in foreach

On Tue, Feb 19, 2013 at 2:55 PM, Derick Rethans der...@php.net wrote: Gah, no top posting! On Tue, 19 Feb 2013, Etienne Kneuss wrote: On Tue, Feb 19, 2013 at 2:25 PM, Derick Rethans der...@php.net wrote: On Tue, 19 Feb 2013, Nikita Popov wrote: This RFC proposes to remove

Re: [PHP-DEV] ArrayAccess/ArrayObject return by reference

be properly unset aka: $ar = new ArrayObject(array('foo' = array('bar' = array('baz' = 'foo'; unset($ar['foo']['bar']['baz']); Regards, Mike -- Etienne Kneuss http://www.colder.ch

Re: [PHP-DEV] rfc:foreach-non-scalar-keys

or really even beneficial to me. - Rasmus Schultz -- Etienne Kneuss http://www.colder.ch

Re: [PHP-DEV] [RFC] Property Accessors v1.2 : Internal Accessor Method Visibility / Callability

Architect SugarCRM: http://www.sugarcrm.com/ (408)454-6900 ext. 227 -- Etienne Kneuss http://www.colder.ch -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] [RFC] Property Accessors v1.2 : Internal Accessor Method Visibility / Callability

, 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 -- Etienne Kneuss http://www.colder.ch -- PHP Internals - PHP Runtime Development Mailing List

Re: [PHP-DEV] Generics proposal

that the work it would take is worth it. -- Etienne Kneuss http://www.colder.ch -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Generics proposal

there. On the other hand, the syntax leaves a lot to be desired. It's quite confusing and really is ugly. As far as how to fix the syntax, I'm not sure. But I would like to voice my support for the concept... -- Etienne Kneuss http://www.colder.ch -- PHP Internals - PHP Runtime Development Mailing

Re: [PHP-DEV] [PHP-DEV [RFC] Property Accessors v1.2 : Interfaces

accessors and not plain properties in interfaces. Best, -Clint -- Etienne Kneuss -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] [PHP-DEV [RFC] Property Accessors v1.2 : Interfaces

property as an underlying private property with all usual public accessors defined. From the point of view of the user both should be interchangeable transparently. -Original Message- From: ekne...@gmail.com [mailto:ekne...@gmail.com] On Behalf Of Etienne Kneuss Sent: Monday

Re: [PHP-DEV] [PHP-DEV [RFC] Property Accessors v1.2 : Interfaces

a property to satisfy the requirement of an accessor is wrong. -- Etienne Kneuss http://www.colder.ch -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] [PHP-DEV [RFC] Property Accessors v1.2 : Interfaces

On Mon, Oct 15, 2012 at 6:45 PM, Lester Caine les...@lsces.co.uk wrote: Etienne Kneuss wrote: I can understand why we might not want that in PHP in order to simplify the implementation, but it we follow logical reasoning I can't see why we shouldn't implement that. With a decent IDE you

Re: [PHP-DEV] [PHP-DEV [RFC] Property Accessors v1.2 : Interfaces

On Mon, Oct 15, 2012 at 10:07 PM, Etienne Kneuss col...@php.net wrote: On Mon, Oct 15, 2012 at 6:45 PM, Lester Caine les...@lsces.co.uk wrote: Etienne Kneuss wrote: I can understand why we might not want that in PHP in order to simplify the implementation, but it we follow logical reasoning I

Re: [PHP-DEV] [PHP-DEV [RFC] Property Accessors v1.2

by assigning a property of the same name seems rather obscure to me. This is the feedback I have for now. Looking forward to your thoughts on the manner. Nikita -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php -- Etienne

Re: [PHP-DEV] [PHP-DEV [RFC] Property Accessors v1.2

://www.php.net/unsub.php -- Etienne Kneuss http://www.colder.ch -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] [RFC] Propety Accessors v1.1

-- Etienne Kneuss http://www.colder.ch -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Re: [VOTE] ::class feature to resolve namespaced class names to scalars

though it's not really useful, we should have it for the sake of consistency. As long as it doesn't cause major technical complications to implement, I don't see why we shouldn't have that available. Best, -- Etienne Kneuss -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe

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

that conflicts can be detected right away. Best, -- Etienne Kneuss -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] re: removing an item from an array

Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php -- Etienne Kneuss http://www.colder.ch -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Add runkit to PHP Runtime

. It seems it has already been taken over: https://github.com/zenovich/runkit -- Etienne Kneuss -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Why do disabled functions / classes generate a WARNING.

rethink the let's not throw exceptions from the engine/normal code so that people don't have to learn them -- Etienne Kneuss -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] [RFC] Remove calls with incompatible Context

, -- Gustavo Lopes -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php -- Etienne Kneuss http://www.colder.ch -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] RE: Trouble with zend_language_parser.y

Hi Clint, On Wed, May 2, 2012 at 3:23 PM, Clint Priest cpri...@zerocue.com wrote: Anyone have any help with this? hard to say like this with this partial patch, do you have some git branch I can pull from to reproduce and analyze this? Alternatively, the complete an up-to-date patch? Best

Re: [PHP-DEV] [RFC] Allow non-variable arguments to empty() and isset()

unexpected. I don't see much point in that. Best regards, -- Etienne Kneuss http://www.colder.ch -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] freeing zvals ref count

the source code, I found Z_DELREF_P. Would this be the correct macro to call? Is there anything else to keep in mind when calling it? You should use zval_ptr_dtor instead. it will delref and free in case the refcount hits 0. Best, thx -- Etienne Kneuss http://www.colder.ch -- PHP Internals

Re: [PHP-DEV] [RFC] skipping optional parameters

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 -- Etienne Kneuss http://www.colder.ch -- PHP Internals - PHP Runtime Development Mailing List

Re: [PHP-DEV] Allow non-variable arguments to empty()

://www.php.net/unsub.php -- Etienne Kneuss http://www.colder.ch -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Allow non-variable arguments to empty()

order. I might be wrong, but still my above argument exist. I know, not everyone likes that kind of coding style, but I think it has it's uses. Etienne Kneuss: People typically assume empty checks for the empty string here, and it doesn't. -- why not? What I meant is that when people do

Re: [PHP-DEV] Ability to assign new object to a class property.

in 2011 -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php -- Etienne Kneuss http://www.colder.ch -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Ability to assign new object to a class property.

- From: ekne...@gmail.com [mailto:ekne...@gmail.com] On Behalf Of Etienne Kneuss Sent: Friday, April 13, 2012 3:27 PM To: Dmitri Snytkine Cc: PHP Internals Subject: Re: [PHP-DEV] Ability to assign new object to a class property. Hi, On Fri, Apr 13, 2012 at 21:19, Dmitri Snytkine dsnytk

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

-6642 E-Mail: dsnytk...@ultralogistics.com Web: www.ultralogistics.com A Top 100 Logistics I.T. Provider in 2011 -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php -- Etienne Kneuss http://www.colder.ch -- PHP Internals - PHP

Re: [PHP-DEV] Fwd: SplDoublyLinkedList

will take a look. Best, Thanks, Paul Dragoonis. -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php -- Etienne Kneuss http://www.colder.ch -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http

Re: [PHP-DEV] Fwd: SplDoublyLinkedList

the actual clear functionality. Patch attached to this email, made using 'svn diff' - Paul Dragoonis. On Sun, Jan 8, 2012 at 4:38 PM, Etienne Kneuss col...@php.net wrote: Hi Paul, On Sun, Jan 8, 2012 at 16:32, Paul Dragoonis dragoo...@gmail.com wrote: Hey Internals, I'm trying to add a new

Re: [PHP-DEV] Cannot use $this as lexical variable message still in PHP 5.4

Hi, On Jan 7, 2012 10:41 AM, Sebastian Bergmann sebast...@php.net wrote: Am 07.01.2012 10:34, schrieb Stas Malyshev: Why you need to add $this there? $this should be available automatically IIRC unless you make the closure static. That is not the point I wanted to make. Explicitly

Re: [PHP-DEV] Yet another fix for max_input_vars

To unsubscribe, visit: http://www.php.net/unsub.php -- Etienne Kneuss http://www.colder.ch -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Unexpected behavior for ::

enable E_STRICT, it should output a warning saying something like importing $this from invalid context. It is/was scheduled for cleanup in the next major version. Best, -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php -- Etienne

Re: [PHP-DEV] One more Liskov Subs. and parameter checking notice

discussing how to extend it: https://wiki.php.net/rfc/prototype_checks Best, Julien.Pauli -- Etienne Kneuss http://www.colder.ch

Re: [PHP-DEV] Fixing string offsets of strings.

http://www.laruence.com/ -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php -- Etienne Kneuss http://www.colder.ch

Re: [PHP-DEV] 5.4 regression: non-existent sub-sub keys now have values

@pierrejoye | http://blog.thepimp.net | http://www.libgd.org -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php -- Etienne Kneuss http://www.colder.ch -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http

Re: [PHP-DEV] 5.4 regression: non-existent sub-sub keys now have values

#4, Brooklyn NY 11232  v: 718-854-0335 f: 718-854-0409 -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php -- Etienne Kneuss http://www.colder.ch -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http

Re: [PHP-DEV] 5.4 regression: non-existent sub-sub keys now have values

-- Etienne Kneuss http://www.colder.ch -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] array_key_exists with float keys (bug #60039)

, visit: http://www.php.net/unsub.php -- Etienne Kneuss http://www.colder.ch -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Accessors Parsing

To unsubscribe, visit: http://www.php.net/unsub.php -- Etienne Kneuss http://www.colder.ch -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Re: [PATCH] Notice on array to string convertion

)454-6900 ext. 227 -- Laruence  Xinchen Hui http://www.laruence.com/ -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php -- Etienne Kneuss http://www.colder.ch -- PHP Internals - PHP Runtime Development Mailing List

Re: [PHP-DEV] Re: [PATCH] Notice on array to string convertion

, it's not the question here. -- Stanislav Malyshev, Software Architect SugarCRM: http://www.sugarcrm.com/ (408)454-6900 ext. 227 -- Etienne Kneuss http://www.colder.ch -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] [PATCH] Fix for bug #55754

that this is the completely wrong approach to solve the problem and dropping a few hints would be most appreciated, but any feedback is welcome. Daniel K. -- Etienne Kneuss http://www.colder.ch -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http

Re: [PHP-DEV] [PATCH] Fix for bug #55754

{ zend_do_end_new_object($$, $1, $4 TSRMLS_CC); zend_do_extended_fcall_end(TSRMLS_C);} -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php -- Etienne Kneuss http://www.colder.ch -- PHP Internals - PHP Runtime Development Mailing List

Re: [PHP-DEV] __constructor parameter limitations.

Mailing List To unsubscribe, visit: http://www.php.net/unsub.php -- Etienne Kneuss http://www.colder.ch

Re: [PHP-DEV] __constructor parameter limitations.

://www.php.net/unsub.php -- Etienne Kneuss http://www.colder.ch

Re: [PHP-DEV] __constructor parameter limitations.

Hi, On Mon, Sep 19, 2011 at 11:28, Etienne Kneuss col...@php.net wrote: Hi, On Mon, Sep 19, 2011 at 11:19, Pierre Joye pierre@gmail.com wrote: On Mon, Sep 19, 2011 at 11:12 AM, Stas Malyshev smalys...@sugarcrm.com wrote: Hi! On 9/19/11 2:02 AM, Pierre Joye wrote: Sorry

Re: [PHP-DEV] __constructor parameter limitations.

://www.php.net/unsub.php -- Etienne Kneuss http://www.colder.ch

Re: [PHP-DEV] __constructor parameter limitations.

-- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php -- Etienne Kneuss http://www.colder.ch

Re: [PHP-DEV] __constructor parameter limitations.

Hi, On Mon, Sep 19, 2011 at 12:18, Gustavo Lopes glo...@nebm.ist.utl.pt wrote: Em Mon, 19 Sep 2011 10:56:03 +0100, Etienne Kneuss col...@php.net escreveu: Apparently you guys are speaking about the initial implementation of an abstract method, while I was talking about overriding a method

Re: [PHP-DEV] __constructor parameter limitations.

Hi, On Mon, Sep 19, 2011 at 12:40, Etienne Kneuss col...@php.net wrote: Hi, On Mon, Sep 19, 2011 at 12:18, Gustavo Lopes glo...@nebm.ist.utl.ptwrote: Em Mon, 19 Sep 2011 10:56:03 +0100, Etienne Kneuss col...@php.net escreveu: Apparently you guys are speaking about the initial

Re: [PHP-DEV] __constructor parameter limitations.

:25 AM, Laruence larue...@php.net wrote: 2011/9/19 Etienne Kneuss col...@php.net: Hi, On Mon, Sep 19, 2011 at 12:40, Etienne Kneuss col...@php.net wrote: Hi, On Mon, Sep 19, 2011 at 12:18, Gustavo Lopes glo...@nebm.ist.utl.pt wrote: Em Mon, 19 Sep 2011 10:56:03 +0100, Etienne

Re: [PHP-DEV] __constructor parameter limitations.

- PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php -- Laruence Xinchen Hui http://www.laruence.com/ -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php -- Etienne Kneuss http

Re: [PHP-DEV] __constructor parameter limitations.

-- Etienne Kneuss http://www.colder.ch

Re: [PHP-DEV] __constructor parameter limitations.

. Just it it may be refined to handle contravariant typehints correctly -- Stanislav Malyshev, Software Architect SugarCRM: http://www.sugarcrm.com/ (408)454-6900 ext. 227 -- Etienne Kneuss http://www.colder.ch

Re: [PHP-DEV] [VOTE] Weak References

, wouldn't people expect foreach to work when $wm[] access is possible ? Personally, I like the current syntax, it's short. I'm just wondering of any corner case exists? I'll probably make it iterable in the future, yes. Best, Nicolas -- Etienne Kneuss http://www.colder.ch

Re: [PHP-DEV] [VOTE] Weak References

implemented a WeakMap class in the weakref pecl ext, see: http://svn.php.net/viewvc/pecl/weakref/trunk/tests/weakmap_001.phpt?revision=316293view=markup for an example of usage. I believe this better fit people's needs. Or did you have something else in mind? Best, -- Etienne Kneuss http

Re: [PHP-DEV] [VOTE] Weak References

Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php -- Etienne Kneuss http://www.colder.ch

Re: [PHP-DEV] [VOTE] Weak References

-- Etienne Kneuss http://www.colder.ch

Re: [PHP-DEV] [VOTE] Weak References

it might occur in the future, but given the feedbacks PECL might very well be the right place for it. that mail was sent on Aug 9. right :) why did I feel Aug 9 was 2 days ago ? Time flies... -- Ferenc Kovács @Tyr43l - http://tyrael.hu -- Etienne Kneuss http://www.colder.ch

Re: [PHP-DEV] [VOTE] Weak References

Hi, On Sat, Sep 3, 2011 at 17:14, Lars Schultz lars.schu...@toolpark.comwrote: Am 03.09.2011 13:56, schrieb Etienne Kneuss: Indeed, I planned to implement that as well, I haven't had the time to do it yet though. It should happen in the following weeks. Not to keep you from doing

Re: [PHP-DEV] PHP 5.3.8 Released!

Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php -- Etienne Kneuss http://www.colder.ch

Re: [PHP-DEV] ReflectionClass::newInstanceWithoutConstructor()

://thePHP.cc/ -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php -- Etienne Kneuss http://www.colder.ch -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] ReflectionClass::newInstanceWithoutConstructor()

Hi, On Thu, Aug 25, 2011 at 14:43, Sebastian Bergmann sebast...@php.net wrote: On 08/25/2011 02:39 PM, Etienne Kneuss wrote: To me this feature makes no sense. But if people find use for it and it remains in Reflection, I won't object to it, so +0.  It should only be used for meta

Re: [PHP-DEV] ReflectionClass::newInstanceWithoutConstructor()

Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php -- Etienne Kneuss http://www.colder.ch -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] ReflectionClass::newInstanceWithoutConstructor()

On Thu, Aug 25, 2011 at 14:54, Etienne Kneuss col...@php.net wrote: Hi, On Thu, Aug 25, 2011 at 14:49, Sebastian Bergmann sebast...@php.net wrote: On 08/25/2011 02:47 PM, Kalle Sommer Nielsen wrote: Speaking of which, wouldn't it be easier to check all our internal classes for such failures

Re: [PHP-DEV] is_a() triggers __autoload() in 5.3.7

Jensen - m...@gartneriet.dk - ICQ #25478403 Gartneriet - http://www.gartneriet.dk/ -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php -- Etienne Kneuss http://www.colder.ch -- PHP Internals - PHP Runtime Development Mailing List

Re: [PHP-DEV] is_a() triggers __autoload() in 5.3.7

-- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php -- Etienne Kneuss http://www.colder.ch -- PHP Internals - PHP Runtime

Re: [PHP-DEV] [RFC] Function autoloading through spl_autoload*

facility without userland BC breakage. https://wiki.php.net/rfc/autofunc -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php -- Etienne Kneuss http://www.colder.ch -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe

Re: [PHP-DEV] behavior of translating dot in the query variable name into underscore character

Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php -- Etienne Kneuss http://www.colder.ch -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] The behavior of get_object_vars and array casting when extending ArrayObject

/unsub.php -- Etienne Kneuss http://www.colder.ch -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Static method call syntax on objects

-- Etienne Kneuss http://www.colder.ch -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Add \Countable support to \Closure

To unsubscribe, visit: http://www.php.net/unsub.php -- Etienne Kneuss http://www.colder.ch -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

  1   2   3   >