Re: [PHP-DEV] operator-0.3 extension update

2013-02-06 Thread Gabriel Wu
Hi Sara, Good to hear from you! I have just submitted a pecl account request listing you as the sponsor. I'll be figuring out how to go about submitting the packages, etc, but I'll need the account first. Thanks for your advice! Gabriel On Wed, Feb 6, 2013 at 6:36 AM, Sara Golemon wrote: > Hav

Re: [PHP-DEV] operator-0.3 extension update

2013-02-06 Thread Ferenc Kovacs
On Wed, Feb 6, 2013 at 10:51 AM, Gabriel Wu wrote: > Hi Sara, > > Good to hear from you! I have just submitted a pecl account request > listing you as the sponsor. > > I'll be figuring out how to go about submitting the packages, etc, but > I'll need the account first. > > Thanks for your advice!

Re: [PHP-DEV] operator-0.3 extension update

2013-02-06 Thread Ferenc Kovacs
On Wed, Feb 6, 2013 at 11:30 AM, Christian Stoller wrote: > > ps: we prefer top posting on the php.net mailing lists, see > > http://www.php.net/reST/README.MAILINGLIST_RULES for the rules. > > Did you intend to say "bottom posting"? ;-) > > Christian > yeah, I just re-worded that sentence and sc

[PHP-DEV] VCS Account Request: gabrielwu84

2013-02-06 Thread Gabriel Wu
maintaining the operator extension. Sponsored by Ferenc Kovacs . -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] operator-0.3 extension update

2013-02-06 Thread Gabriel Wu
On Wed, Feb 6, 2013 at 6:22 PM, Ferenc Kovacs wrote: > if you want to host the code externally(github, bitbucket, > etc.) and only upload there releases on pecl.php.net, but if you want to > host the code on svn.php.net or git.php.net, you should also request a > php.net account (http://php.net/gi

Re: [PHP-DEV] operator-0.3 extension update

2013-02-06 Thread Ferenc Kovacs
On Wed, Feb 6, 2013 at 12:22 PM, Gabriel Wu wrote: > On Wed, Feb 6, 2013 at 6:22 PM, Ferenc Kovacs wrote: > > if you want to host the code externally(github, bitbucket, > > etc.) and only upload there releases on pecl.php.net, but if you want to > > host the code on svn.php.net or git.php.net, y

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

2013-02-06 Thread Tjerk Meesters
Sent from my iPhone On 5 Feb, 2013, at 9:20 PM, Martin Keckeis wrote: >> http://w3techs.com/**technologies/history_details/**pl-php/5use >> of PHP5.1 is slowing faster than 5.4 use is growing. > > > This is wrong. > At May 2012: > PH

[PHP-DEV] A quick intro for Terry Ellison and my extension work

2013-02-06 Thread Terry Ellison
I've posted a few times to this list and may do so some more, so as a courtesy I though that I should give a short intro on me and what I am doing here. By way of a personal background, I retired early from HP five years ago due to ill-health though I have since recovered. I was a Distinguish

Re: [PHP-DEV] operator-0.3 extension update

2013-02-06 Thread Gabriel Wu
On Wed, Feb 6, 2013 at 7:28 PM, Ferenc Kovacs wrote: > > I think mentioning Sara as a sponsor would weight in more than myself. ;) > > Oh, you aren't the one approving the application? Anyway I was wondering how to go about submitting the update - are there any howto's on creating the pear packa

Re: [PHP-DEV] operator-0.3 extension update

2013-02-06 Thread Pierre Joye
hi, On Wed, Feb 6, 2013 at 2:14 PM, Gabriel Wu wrote: > On Wed, Feb 6, 2013 at 7:28 PM, Ferenc Kovacs wrote: >> >> I think mentioning Sara as a sponsor would weight in more than myself. ;) >> >> > > Oh, you aren't the one approving the application? Many do that. > Anyway I was wondering how to

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

2013-02-06 Thread Etienne Kneuss
I assume it would be possible technically but might break (at least by issuing E_STRICT) a lot of code if we forced ArrayObject::offsetGet to return a reference. Think of all the subclasses that extend ArrayObject who currently do not do that? Other than that, returning a ref where it previously

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

2013-02-06 Thread Anthony Ferrara
Perhaps there's another way out of this. A simple way would be to introduce an ArrayAccessReference interface in core that adds the references to the getters/setters... It's perhaps not the cleanest, but it solves the BC issues... Anthony On Wed, Feb 6, 2013 at 11:42 AM, Etienne Kneuss wrote:

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

2013-02-06 Thread Tyler Sommer
How would the interface enforce returning a reference? On Feb 6, 2013, at 8:47 AM, Anthony Ferrara wrote: > Perhaps there's another way out of this. A simple way would be to introduce > an ArrayAccessReference interface in core that adds the references to the > getters/setters... > > It's perh

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

2013-02-06 Thread Anthony Ferrara
Tyler, References are indicated by the function signature, so: interface ArrayAccessReference { public function &offsetGet($key); public function offsetSet($key, $value); public function offsetIsset($key); public function offsetUnset($key); } On Wed, Feb 6, 2013 at 12:09 PM, Tyl

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

2013-02-06 Thread Ángel González
On 05/02/13 21:16, Karoly Negyesi wrote: > new keywords is an interesting discussion to have -- it's actually the > first real thing to discuss as far as I can see. For example that is > something that version strings would tremendously help. You do not > need to maintain the whole lot of behaviors

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

2013-02-06 Thread Gustavo Lopes
On Wed, 06 Feb 2013 17:47:15 +0100, Anthony Ferrara wrote: Perhaps there's another way out of this. A simple way would be to introduce an ArrayAccessReference interface in core that adds the references to the getters/setters... It's perhaps not the cleanest, but it solves the BC issues..

Re: [PHP-DEV] (non)growing memory while creating anoymous functions via eval()

2013-02-06 Thread Hans-Jürgen Petrich
Am 05.02.2013, 20:53 Uhr, schrieb Terry Ellison : On 04/02/13 10:57, Ángel González wrote: The memory will stop growing (on my machine) at ~2491584 bytes and the loop is able to run forever, creating each eval() furthermore uniqe ano-function's but not endless-filling Zend-inter

[PHP-DEV] [RFC] Improved Linux process title support in the CLI SAPI

2013-02-06 Thread Keyur Govande
Hello, I've created a new RFC to improve support for setting a CLI process' title on Linux. It is based off of the PostgreSQL implementation and is more robust than the proctitle extension. More details and patch here: https://wiki.php.net/rfc/cli_process_title Thanks, Keyur.

Re: [PHP-DEV] [RFC] Improved Linux process title support in the CLI SAPI

2013-02-06 Thread Alexey Zakhlestin
On 07.02.2013, at 9:40, Keyur Govande wrote: > Hello, > > I've created a new RFC to improve support for setting a CLI process' title > on Linux. It is based off of the PostgreSQL implementation and is more > robust than the proctitle extension. > > More details and patch here: https://wiki.php

Re: [PHP-DEV] [RFC] Improved Linux process title support in the CLI SAPI

2013-02-06 Thread Nikita Popov
On Thu, Feb 7, 2013 at 6:40 AM, Keyur Govande wrote: > Hello, > > I've created a new RFC to improve support for setting a CLI process' title > on Linux. It is based off of the PostgreSQL implementation and is more > robust than the proctitle extension. > > More details and patch here: https://wiki