Re: [PHP-DEV] PHP User Survey

Hi Chris, On Feb 20, 2013 9:36 PM, "Christopher Jones" wrote: > > My thesis is the other way round. More people in the community need > to become PHP core developers. This is historically how PHP > development has occurred, since nobody has idle time to adopt projects > they are not 100% behind

[PHP-DEV] Pull request for array_filter() improvement

Hi, I found myself wanting a feature of array_filter() with which I can perform filtering based on the array key instead of the value. To scratch this itch, I decided to dive into C again and just add the feature. My proposal is to add a third argument to array_filter() that will send the array k

[PHP-DEV] ArrayObject Odd Behavior

Hello Again, I wanted to bring back the topic I started on ArrayObject; I've been doing a ton of work with ArrayObject lately and finding some odd behavior. Firstly it would be great to know if these are by design or bugs. Secondly there are some areas where it likely needs to be improved. 1: A

Re: [PHP-DEV] Give the Language a Rest motion (fwd)

Levi Morrison wrote: >> - 5.3: goto. A good thing we can do it. I'm not sure for what exactly but I >> am sure there is somebody out there :) > > An associate of mine used it in his HTTP message parser. He's sure > glad it's there :) > Conversely, I have two HTTP message parsers that I maintai

Re: [PHP-DEV] Give the Language a Rest motion (fwd)

> - 5.3: goto. A good thing we can do it. I'm not sure for what exactly but I > am sure there is somebody out there :) An associate of mine used it in his HTTP message parser. He's sure glad it's there :) -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www

Re: [PHP-DEV] [RFC] send/recvmsg() wrappers in ext/socket

On Tue, Jan 22, 2013 at 6:23 PM, Gustavo Lopes wrote: > https://wiki.php.net/rfc/**sendrecvmsg > > The module ext/sockets, a wrapper around the sockets API, does not include > support to recvmsg() and sendmsg(). This RFC addresses this shortcoming by > support

Re: [PHP-DEV] PHP causing high number of NFS getattr operations?

On 20/02/13 23:52, Brendon Colby wrote: Terry, Thanks for your detailed input. This is essentially what I did in my test setup. APC is definitely critical to the performance of our site. I'm just very curious to see how much impact the high number of getattr operations coming from the Apache/PH

Re: [PHP-DEV] PHP 6 : a new API ?

On Wed, Feb 20, 2013 at 3:23 PM, Wim Godden wrote: > I agree that in most cases, that's a good thing. But it's also how we ended > up with a thing called the Y2k problem : stuff running forever. > > Disclaimer : I've been developing with PHP since 1997, so I'm very fond of > the language. "If it

Re: [PHP-DEV] PHP causing high number of NFS getattr operations?

On Tue, Feb 19, 2013 at 11:06 AM, Terry Ellison wrote: > Brendon, > > Just to follow up with a bit more detail, apart from the obvious NFS tuning > with things like the actimeo mount parameters, you can get a better idea of > what is going on if you use a local copy of one of your apps running und

Re: [PHP-DEV] PHP 6 : a new API ?

Michael Shadle wrote: I'm aware people complain about PHP flaws, but having misc global core functions for strings, arrays and other data types is a new one. I am still a purest at heart and don't see the need for namespacing in general. I am thinking it provides some lower level memory space

Re: [PHP-DEV] Give the Language a Rest motion (fwd)

As a general reply: I’d like to disagree, and here is why. Yes, we should not let half baked features in but we need to add more and more features, also syntax wise. For three reasons: - Parity/expectations/me too: so you can do that in PHP as well - Expressiveness: allow better ways to expre

Re: [PHP-DEV] Getting separate outputs with Date Functions

On Wed, Feb 20, 2013 at 11:54 AM, David Soria Parra wrote: > On 2013-02-19, Stas Malyshev wrote: > > Hi! > > > >> echo date_create('@1361240634')->format('Y-m-d'); > >> // output: 2013-02-19 > >> > >> echo date('Y-m-d',1361240634); > >> // output: 2013-02-18 > > > > timestamp dates are created w

Re: [PHP-DEV] PHP User Survey

On Wed, Feb 20, 2013 at 12:35 PM, Christopher Jones < christopher.jo...@oracle.com> wrote: > > > On 02/20/2013 12:00 PM, Paul Reinheimer wrote: > >> Hi All, >> >> My apologies for the intrusion, I'll keep this brief. >> >> In many discussions over the past few months there has been talk about >> w

[PHP-DEV] PHP User Survey

Hi All, My apologies for the intrusion, I'll keep this brief. In many discussions over the past few months there has been talk about what the community at large needs. Pierre said just earlier today: "I would also say it us time for us to get back in sync with the communities needs. I am not tal

Re: [PHP-DEV] Getting separate outputs with Date Functions

On 2013-02-19, Stas Malyshev wrote: > Hi! > >> echo date_create('@1361240634')->format('Y-m-d'); >> // output: 2013-02-19 >> >> echo date('Y-m-d',1361240634); >> // output: 2013-02-18 > > timestamp dates are created with UTC TZ, date() assumes your configured TZ. I ran into this myself and I per

Re: [PHP-DEV] PHP User Survey

On 02/20/2013 12:00 PM, Paul Reinheimer wrote: Hi All, My apologies for the intrusion, I'll keep this brief. In many discussions over the past few months there has been talk about what the community at large needs. Pierre said just earlier today: "I would also say it us time for us to get ba

Re: [PHP-DEV] PHP User Survey

On Wed, Feb 20, 2013 at 12:27 PM, Florin Razvan Patan wrote: > Hi Paul, > > On Wed, Feb 20, 2013 at 10:00 PM, Paul Reinheimer > wrote: > > Hi All, > > > > My apologies for the intrusion, I'll keep this brief. > > > > In many discussions over the past few months there has been talk about > what >

Re: [PHP-DEV] PHP User Survey

Hi Paul, On Wed, Feb 20, 2013 at 10:00 PM, Paul Reinheimer wrote: > Hi All, > > My apologies for the intrusion, I'll keep this brief. > > In many discussions over the past few months there has been talk about what > the community at large needs. Pierre said just earlier today: > > "I would also s

Re: [PHP-DEV] PHP User Survey

On Wed, Feb 20, 2013 at 12:00 PM, Paul Reinheimer wrote: > Hi All, > > My apologies for the intrusion, I'll keep this brief. > > In many discussions over the past few months there has been talk about what > the community at large needs. Pierre said just earlier today: > > "I would also say it us t

Re: [PHP-DEV] PHP causing high number of NFS getattr operations?

On Mon, Feb 18, 2013 at 7:10 PM, Terry Ellison wrote: > > Brendon, are your scripts doing a log of include_once / require_once calls? Yep, but we also changed our autoload script (auto_prepend_file) to use require instead of require_once, and we still saw the same behavior (open calls for the PHP

[PHP-DEV] Does ZendOptimizerPlus work on FreeBSD?

Hi, If anyone tested ZendOptimizerPlus on FreeBSD, please let me know about failures. I have a report that may take me a long time to verify. https://github.com/zend-dev/ZendOptimizerPlus/issues/32 Thanks. Dmitry.

Re: [PHP-DEV] [RFC] Short syntax for anonymous functions

2013/2/20 Sanford Whiteman > > It still looks like some random characters bashed together by a monkey > > with a keyboard. > > +1, I am a fiend for ternary expressions and crazy one-liners, but > this makes me want to go back and unroll everything I've ever done > into readable code. :) > > -- S.

Re: [PHP-DEV] Give the Language a Rest motion (fwd)

I would also say it us time for us to get back in sync with the communities needs. I am not talking about the last days RFCs but in general. On Feb 20, 2013 7:19 PM, "Derick Rethans" wrote: > Looks like it is time to forward this email from 2006 again: > > -- Forwarded message --

Re: [PHP-DEV] date/strtotime poor performance - further digging (v 5.4.9)

On Tue, Dec 4, 2012 at 5:58 PM, Paul Taulborg wrote: > So, I've been going through the internals of date() and related, > trying to isolate where some poor performance is, to try and find ways > to optimize it. In doing so, I came across this: > > On line 863 of ext/date/php_date.c is this code:

Re: [PHP-DEV] Re: [PATCH] (v 5.4.11-dev) ext/date/php_date.c cleanup

On Fri, Dec 7, 2012 at 8:54 PM, Paul Taulborg wrote: > Sorry for the double message, still getting used to doing patches > instead of applying changes directly. I accidentally attached an old > patch file, not the latest. The previous had a bug in > php_date_initialize() which I caught in my test

[PHP-DEV] Give the Language a Rest motion (fwd)

Looks like it is time to forward this email from 2006 again: -- Forwarded message -- Date: Thu, 09 Mar 2006 12:57:32 +0200 From: Zeev Suraski To: internals@lists.php.net Subject: [PHP-DEV] Give the Language a Rest motion I'd like to raise a motion to 'Give the Language a Rest'.

Re: [PHP-DEV] Passing process handles to proc_open and co

> > Ah right, I was thinking about other handles. > > It seems that I may have found one possible cause, which may also > cause the hang because we do not see the EOF. We should close the > inherited handle after CreateProcess. And we should not always set > inherit to true (as you stated earlier)

Re: [PHP-DEV] zend_execute_internal

On Mon, Oct 22, 2012 at 12:21 PM, Adi Mutu wrote: > Hello, > > Can somebody explain me the purpose of zend_execute_internal? > > Thanks, > A. Hi, >From my really rough understanding that hook allows extensions to hook into indirect (call_user_func(), array_map(), etc.) php function calls. this

Re: [PHP-DEV] Should "apc.slam_defence" and "apc.write_lock" be turned on at the same time?

On Sun, Oct 21, 2012 at 10:26 AM, Jason Gu wrote: > Hi Internals > > I wondering if "apc.slam_defence" and "apc.write_lock" should be turned on > at the same time? > > The default for APC v3.1.13 have both settings turned on. > > But the documentation says "apc.slam_defence is Deprecated by > apc

Re: [PHP-DEV] PHP causing high number of NFS getattr operations?

On 20/02/13 08:26, Stas Malyshev wrote: That depends of what your error handlers do. Some may write to log files, etc. if not configured properly (since error_reporting setting doesn't have to be considered in it). IIRC, for most of the cases O+ should be able to resolve all includes/requires o

Re: [PHP-DEV] [RFC] Allow trailing comma in function call argument lists

On Tue, Feb 19, 2013 at 1:06 PM, Sara Golemon wrote: > Opening RFC to allow trailing comma in function call argument lists > > https://wiki.php.net/rfc/trailing-comma-function-args > Imho this change isn't necessary (though I'm also not strongly against). I don't really buy the VCS argument, as

Re: [PHP-DEV] Dropping requirement for `function` keyword for methods in classes/interfaces/etc

On Wed, Feb 20, 2013 at 12:12 AM, Nikita Nefedov wrote: > On Tue, 19 Feb 2013 19:10:22 -, Rasmus Lerdorf > wrote: > > On 02/19/2013 03:07 PM, Nikita Nefedov wrote: >> >> Are you grepping for all the functions or you are grepping just for some >>> specific function? If so, you are likely al

Re: [PHP-DEV] Re: [RFC] Allow trailing comma in function call argument lists

On 20/02/2013, at 10:47 PM, Alain Williams wrote: > On Wed, Feb 20, 2013 at 03:26:26AM -0800, Sara Golemon wrote: >> On Tue, Feb 19, 2013 at 4:06 AM, Sara Golemon wrote: >>> Opening RFC to allow trailing comma in function call argument lists >>> >>> https://wiki.php.net/rfc/trailing-comma-fun

Re: [PHP-DEV] Re: [RFC] Allow trailing comma in function call argument lists

On Wed, Feb 20, 2013 at 03:26:26AM -0800, Sara Golemon wrote: > On Tue, Feb 19, 2013 at 4:06 AM, Sara Golemon wrote: > > Opening RFC to allow trailing comma in function call argument lists > > > > https://wiki.php.net/rfc/trailing-comma-function-args > > > For the record, I've updated the RFC just

Re: [PHP-DEV] [RFC] Allow trailing comma in function call argument lists

On Wed, Feb 20, 2013 at 3:32 AM, Martin Keckeis wrote: > -1 > > For array it's okay, but for functions? I think the code is harder to read > that way... > > If I would see a call written this way: > phpinfo(,) > > There are three possible values: Defaultvalue, null or something differnt? > You wou

Re: [PHP-DEV] [RFC] Allow trailing comma in function call argument lists

2013/2/19 Sara Golemon > Opening RFC to allow trailing comma in function call argument lists > > https://wiki.php.net/rfc/trailing-comma-function-args > > -- > PHP Internals - PHP Runtime Development Mailing List > To unsubscribe, visit: http://www.php.net/unsub.php > > -1 For array it's okay, b

[PHP-DEV] Re: [RFC] Allow trailing comma in function call argument lists

On Tue, Feb 19, 2013 at 4:06 AM, Sara Golemon wrote: > Opening RFC to allow trailing comma in function call argument lists > > https://wiki.php.net/rfc/trailing-comma-function-args > For the record, I've updated the RFC just now to include function/method/closure declarations as well: function fo

Re: [PHP-DEV] [RFC] Allow trailing comma in function call argument lists

On Wed, Feb 20, 2013 at 12:47 AM, Florin Razvan Patan wrote: > For example, I would expect that if I have: > > function A($b, $c = 'd') {} > > when I see A($b, ) to have no syntax errors but rather $c defaulted to > the value in the function signature, which is not implied nor assumed > by the RFC

Re: [PHP-DEV] [RFC] Allow trailing comma in function call argument lists

On Tue, Feb 19, 2013 at 6:51 PM, Sherif Ramadan wrote: > While I think it's a good idea I just have one question about the > implication of the change. Does this mean that null will be passed to the > function argument when a trailing comma remains? > No. The trailing comma is simply ignored, the

RE: [PHP-DEV] Dropping requirement for `function` keyword for methods in classes/interfaces/etc

> The key question for me is: does removing it hurt PHP in any way? And for me, > the answer is a clear and resounding no. This is completely the wrong question to ask (IMHO). I think the answer is wrong too, but that's a different story. The correct question is: "Does it bring substantial value

Re: [PHP-DEV] Dropping requirement for `function` keyword for methods in classes/interfaces/etc

> As for classes/interfaces/traits and so on, if they are ever added in PHP > to be declared inside classes and so on then I see no issues with this. > A class/interface or a trait keyword would still be needed to make the > difference between a them imho. No, if you *only* allow inner classes at

Re: [PHP-DEV] Dropping requirement for `function` keyword for methods in classes/interfaces/etc

> So no you are not saying "PHP is not Java or C#". I don't want to touch > any religious views but it's really funny to read :) Not sure I get your remark... of those languages, I've said, in essence [1] "Don't *force* PHP to look less like Java, ECMAScript, C#, or C++ without a good reason and a

Re: [PHP-DEV] Questions regarding DateTimeImmutable

Em 2013-02-20 10:32, Stas Malyshev escreveu: This isn't really a good data since most of this code creates its own DateTime and thus there's very little relevancy to what we're talking about. If you look up the functions that actually accept DateTime: http://code.google.com/codesearch#search/&t

Re: [PHP-DEV] Dropping requirement for `function` keyword for methods in classes/interfaces/etc

Sandy, On Wed, Feb 20, 2013 at 11:59 AM, Sanford Whiteman wrote: >> Classes always should be declared with class keyword, because there could >> be ambiguity whether it's class, interface or trait. > > If only inner classes are allowed in a given PHP version, there's no > ambiguity about whether

Re: [PHP-DEV] [RFC] Short syntax for anonymous functions

> It still looks like some random characters bashed together by a monkey > with a keyboard. +1, I am a fiend for ternary expressions and crazy one-liners, but this makes me want to go back and unroll everything I've ever done into readable code. :) -- S. -- PHP Internals - PHP Runtime Develo

Re: [PHP-DEV] PHP 6 : a new API ?

2013/2/20 Klaus Ufo > Hi there ! > > We all know that the current PHP API has flaws. Maybe we could use > namespaces to build a new coherent PHP API ? Like : > > - \arr > - \num > - \str > > and so on. Advantages : > > - no more global functions > Just to throw that in: Even if you pack them int

Re: [PHP-DEV] [RFC] Short syntax for anonymous functions

On Tue, 19 Feb 2013, Levi Morrison wrote: > > Have you considered how this will work/look in an array? > > > > $a = [$b => ($n) $m => $m * $n]; // wat. > > First off, it should be: > > $a = [$b => ($n) |$m| => $m * $n]; > > The || make a big difference in this situation. It still looks lik

Re: [PHP-DEV] Dropping requirement for `function` keyword for methods in classes/interfaces/etc

On Wed, 20 Feb 2013 09:59:51 -, Sanford Whiteman wrote: Classes always should be declared with class keyword, because there could be ambiguity whether it's class, interface or trait. If only inner classes are allowed in a given PHP version, there's no ambiguity about whether "somethin

Re: [PHP-DEV] Dropping requirement for `function` keyword for methods in classes/interfaces/etc

> Classes always should be declared with class keyword, because there could > be ambiguity whether it's class, interface or trait. If only inner classes are allowed in a given PHP version, there's no ambiguity about whether "something{}" just inside a a class is an inner class. That's the justifi

Re: [PHP-DEV] PHP 6 : a new API ?

Hello, On Wed, Feb 20, 2013 at 9:22 AM, Klaus Ufo wrote: > Hi there ! > > We all know that the current PHP API has flaws. Maybe we could use namespaces > to build a new coherent PHP API ? Like : > > - \arr > - \num > - \str > > and so on. Advantages : > > - no more global functions I actually l

Re: [PHP-DEV] Questions regarding DateTimeImmutable

People are not using modify() in this way, because they have been bitten before I would suppose. What i find important about the DateTime vs DateTimeImmutable is the expectations I have with regard to how they work with internal state. If i have a typehint for DateTime, i clone the object before

Re: [PHP-DEV] double val to long val conversion issue

Em 2013-02-20 9:15, Stas Malyshev escreveu: Hi! Also, I'm not sure I understand what 64-bit test is supposed to return and why - why negative number is converted to positive one? What exactly this change is supposed to improve? The least significant bytes are preserved. Take int(-2056257536

Re: [PHP-DEV] Dropping requirement for `function` keyword for methods in classes/interfaces/etc

> Global functions remain its requirement for keyword, just methods > lose I understand that. You didn't read my post carefully because I was noting this exact inconsistency. > it. And it doesn't mean that you can't write > class Foo { > function bar() {} > } No, it means you _have to_ write it

Re: [PHP-DEV] PHP 6 : a new API ?

On 02/19/2013 11:22 PM, Klaus Ufo wrote: > Hi there ! > > We all know that the current PHP API has flaws. Maybe we could use namespaces > to build a new coherent PHP API ? Like : > > - \arr > - \num > - \str > > and so on. Advantages : > > - no more global functions > - separation of concerns

Re: [PHP-DEV] Questions regarding DateTimeImmutable

Hi! > To "accept a DateTimeImmutable" is not the same as "no recoverable > fatal error when a DateTimeImmutable is passed". You can't possibly know > whether passing a DateTimeImmutable is safe without reviewing the code > on all the call hierarchy starting from where your DateTimeImmutable is

Re: [PHP-DEV] Questions regarding DateTimeImmutable

The problem with DateTimeImmutable extends DateTime is, that the client code not just magically works with immutable date times, it also works differently with regard to state, so this will be a source of subtle and annoying bugs. See the following example: https://gist.github.com/beberlei/4994193

Re: [PHP-DEV] Questions regarding DateTimeImmutable

Em 2013-02-20 9:41, Stas Malyshev escreveu: There's nothing that "everybody" is doing - there are tons of different usage patterns, some of them common, some incompatible. We need to look on what is more probable - that people use DateTime as hint for operations that do not modify the incoming

Re: [PHP-DEV] [RFC] Allow trailing comma in function call argument lists

Hi, Am 20.02.2013 um 06:24 schrieb Laruence : > On Tue, Feb 19, 2013 at 8:06 PM, Sara Golemon wrote: >> Opening RFC to allow trailing comma in function call argument lists >> >> https://wiki.php.net/rfc/trailing-comma-function-args -1 on this as well. If you don’t like the diffs, fix the diff

Re: [PHP-DEV] [RFC] Allow trailing comma in function call argument lists

Hello, On Tue, Feb 19, 2013 at 2:06 PM, Sara Golemon wrote: > Opening RFC to allow trailing comma in function call argument lists > > https://wiki.php.net/rfc/trailing-comma-function-args > As a person who deals with code reviews from many programmers each day, I'd have to say this would be conf

Re: [PHP-DEV] bug 49348 - notice on $this->undefined++

Hi! > The idea of the fix is fine (I didn't check all the related changes in > PHP extensions). > I think it must be included into 5.5. Thanks for reviewing it! If I don't head any objections in next couple of days, I'll merge it to 5.5. -- Stanislav Malyshev, Software Architect SugarCRM: http:

Re: [PHP-DEV] Questions regarding DateTimeImmutable

Hi! > The problem with the argument that "everybody 'typehints' DateTime; we > should inherit from it so that the code will run when the pass it a > DateTimeImmutable" is that it assumes that everybody who typehints > DateTime uses DateTime in a manner compatible with DateTimeImmutable. I

Re: [PHP-DEV] Dropping requirement for `function` keyword for methods in classes/interfaces/etc

> Protip: use an IDE. > The IDE that i'm using may search for something like function \w to find all the functions of my code. So I may have to wait for a new update of the IDE to be able to use the index, and I also may have to pay to get the update of my IDE. So why would I want all this if I ca

Re: [PHP-DEV] bug 49348 - notice on $this->undefined++

Hi Stas, The idea of the fix is fine (I didn't check all the related changes in PHP extensions). I think it must be included into 5.5. Thanks. Dmitry. On Tue, Feb 19, 2013 at 1:23 PM, Stas Malyshev wrote: > Hi! > > I've created a pull to fix bug 49348 - when undefined properties do not > produc

Re: [PHP-DEV] PHP causing high number of NFS getattr operations?

Hi! > Yes, this is an overhead, but it is small beer compared to doing a > getattr() RPC across the server room fabric to a NAS server backend. That depends of what your error handlers do. Some may write to log files, etc. if not configured properly (since error_reporting setting doesn't have to

Re: [PHP-DEV] Question on hash api

Em 2013-02-20 8:09, Tjerk Anne Meesters escreveu: Hi, I've forked out an interesting project on Github that implements XXHash and extended it to work with the hash() function family. Project links below. The integration is pretty straightforward, but the following code had me concerned: P

Re: [PHP-DEV] Dropping requirement for `function` keyword for methods in classes/interfaces/etc

On Wed, 20 Feb 2013 08:02:36 -, Sanford Whiteman wrote: While I'm thinking about this (though I should leave it alone): who's to say that PHP won't some day get inner classes? By deciding the "default" inner member of a class will be a function, you're choosing the one that has a global/p

Re: [PHP-DEV] Dropping requirement for `function` keyword for methods in classes/interfaces/etc

On 20.02.2013, at 1:42, Sanford Whiteman wrote: > Seems this would complicate the transplanting of (global) functions > into (default public) class methods and vice versa. This is a common > refactoring task -- at least IME -- and before I adjust visibility I > would expect the function to Just

Re: [PHP-DEV] double val to long val conversion issue

Hi! >> Also, I'm not sure I understand what 64-bit test is supposed to return >> and why - why negative number is converted to positive one? What exactly >> this change is supposed to improve? > > The least significant bytes are preserved. Take int(-2056257536) and > int(2943463994971652096): >

Re: [PHP-DEV] Dropping requirement for `function` keyword for methods in classes/interfaces/etc

While I'm thinking about this (though I should leave it alone): who's to say that PHP won't some day get inner classes? By deciding the "default" inner member of a class will be a function, you're choosing the one that has a global/procedural equivalent where the short syntax won't work, instead of