Re: [PHP-DEV] PHP CLI + Valgrind = FAIL

On 11/07/2011 09:23 PM, Stas Malyshev wrote: > Hi! > > I've noticed that if I run PHP 5.4 under Valgrind on my Mac, I get this: > > Fatal error: Error installing signal handler for 31 in Unknown on line 0 > Could not startup. > > Indeed, valgrind says: > ==47112== Warning: ignored attempt to set

[PHP-DEV] PHP CLI + Valgrind = FAIL

Hi! I've noticed that if I run PHP 5.4 under Valgrind on my Mac, I get this: Fatal error: Error installing signal handler for 31 in Unknown on line 0 Could not startup. Indeed, valgrind says: ==47112== Warning: ignored attempt to set SIGUSR2 handler in sigaction(); ==47112== the SIGUSR

Re: [PHP-DEV] unsolved issues

Hi! It was ignored to death, even though there is a(two) patch for it. https://bugs.php.net/bug.php?id=54089 I've applied the patch for that. On a related note, I would also like to see https://bugs.php.net/bug.php?id=60164 fixed. Patch with tests attached to the bug would be helpful :) -

Re: [PHP-DEV] unsolved issues

Hi! Is_a has a patch attached to the bug. Tests pass etc. I'm looking at bug 55475, there are two patches there: is_a_5.4_alternative and final_patch_for_5_4_and_HEAD. Which one do you mean? The latter has: - if (zend_lookup_class_ex(class_name, class_name_len, NULL, 0, &ce TSRMLS_CC) ==

Re: [PHP-DEV] SplClassLoader RFC Voting phase

On 11/07/2011 07:04 PM, Larry Garfield wrote: > If anything, the low degree of communication between "people who write > PHP" and "people who write in PHP" is, and has long been, one of PHP's > great weaknesses. I think this entire thread has shown that very well. > That is something that needs

Re: [PHP-DEV] SplClassLoader RFC Voting phase

On 11/07/2011 01:42 PM, Ferenc Kovacs wrote: On Mon, Nov 7, 2011 at 7:26 PM, Ivan Enderlin @ Hoa< ivan.ender...@hoa-project.net> wrote: On 07/11/11 19:17, Lester Caine wrote: guilhermebla...@gmail.com wrote: To participate of php-standards group, feel free to join here: http://groups.goo

Re: [PHP-DEV] Re: Request feedback on the Jenkins setup/RFC

2011/11/8 Johannes Schlüter > On Tue, 2011-11-08 at 01:18 +0100, Ferenc Kovacs wrote: > > > Might also be nice to build (PECL) extensions as sub-tasks, so if > > they > > > fail they don't cause the whole build to fail, but just a single red > > > light between many green (or blue) ones. > > > >

Re: [PHP-DEV] Re: Request feedback on the Jenkins setup/RFC

On Tue, 2011-11-08 at 01:18 +0100, Ferenc Kovacs wrote: > > Might also be nice to build (PECL) extensions as sub-tasks, so if > they > > fail they don't cause the whole build to fail, but just a single red > > light between many green (or blue) ones. > > > > > Yeah, thats a good idea, even for some

Re: [PHP-DEV] Re: Request feedback on the Jenkins setup/RFC

2011/11/8 Johannes Schlüter > On Tue, 2011-11-08 at 00:24 +0100, Ferenc Kovacs wrote: > > > > 3, > > As I mentioned in the RFC, for now, we only set up the default exts, > > but as > > I mentioned in the RFC, the next step would be to enable as much as we > > can. > > locally I have VMs running w

Re: [PHP-DEV] Re: Request feedback on the Jenkins setup/RFC

On Tue, 2011-11-08 at 00:24 +0100, Ferenc Kovacs wrote: > > 3, > As I mentioned in the RFC, for now, we only set up the default exts, > but as > I mentioned in the RFC, the next step would be to enable as much as we > can. > locally I have VMs running with almost every ext, but I failed to set > u

[PHP-DEV] Re: Request feedback on the Jenkins setup/RFC

On Tue, Nov 8, 2011 at 1:03 AM, Christopher Jones < christopher.jo...@oracle.com> wrote: > > > Ferenc, > > It's great to have this running. Some thoughts are: > > 1. Where are the 'configure' options & output? I would have expected > the "View Build Information" link on > e.g. > http://ci.qa.ph

Re: [PHP-DEV] SplClassLoader RFC Voting phase

> I updated the RFC a few hours ago based on a lengthy discussion in> > php-standards. Point of order. Discussions on RFCs are supposed to happen on the internals list. That's the point of an open RFC process, so that the discussion and justification can be made public for all to see. The RFCs

[PHP-DEV] SVN Account Request: jbondc

Bring improvements to serialize() and unserialize() -- a consistent serialize_text() which does change based on config + no more NULL bytes. Possible improvements to PDO and stream related enhancements. -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.p

Re: [PHP-DEV] SplClassLoader RFC Voting phase

On Mon, Nov 7, 2011 at 7:26 PM, Ivan Enderlin @ Hoa < ivan.ender...@hoa-project.net> wrote: > > > On 07/11/11 19:17, Lester Caine wrote: > >> guilhermebla...@gmail.com wrote: >> >>> To participate of php-standards group, feel free to join here: >>> http://groups.google.com/**group/php-standards

Re: [PHP-DEV] unsolved issues

Is_a has a patch attached to the bug. Tests pass etc. On Nov 7, 2011 7:52 AM, "Stas Malyshev" wrote:

Re: [PHP-DEV] SplClassLoader RFC Voting phase

On 07/11/11 19:17, Lester Caine wrote: guilhermebla...@gmail.com wrote: To participate of php-standards group, feel free to join here: http://groups.google.com/group/php-standards Not while it's not a php list ... +1. It would be great if PHP could host this mailing-list. It would be an ac

Re: [PHP-DEV] SplClassLoader RFC Voting phase

guilhermebla...@gmail.com wrote: To participate of php-standards group, feel free to join here: http://groups.google.com/group/php-standards Not while it's not a php list ... -- Lester Caine - G8HFL - Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electro

Re: [PHP-DEV] SplClassLoader RFC Voting phase

guilhermebla...@gmail.com wrote: Hi Anthony, On Mon, Nov 7, 2011 at 3:43 PM, Anthony Ferrara wrote: Actually, I just re-read the RFC again and I noticed something that's really irksome to me: Implementation extension According to new threads in php-standards list, it seems all derived im

Re: [PHP-DEV] SplClassLoader RFC Voting phase

On 07/11/11 19:05, guilhermebla...@gmail.com wrote: Hi Ivan, Hi :-), The PSR-0 went to Final Release 2 years ago. It's not possible to change it anymore. If you find relevant items, you can open another PSR for discussion. But be aware that autoloading ones would be likely rejected since we al

Re: [PHP-DEV] SplClassLoader RFC Voting phase

Am 07.11.2011 18:36, schrieb guilhermebla...@gmail.com: > Point #4 would probably turn ClassLoader useless ... which it is in my opinion hence my request to include that option in the voting process. -- Sebastian BergmannCo-Founder and Principal Consultant http://sebastian-

Re: [PHP-DEV] SplClassLoader RFC Voting phase

Hi Ivan, On Mon, Nov 7, 2011 at 3:59 PM, Ivan Enderlin @ Hoa wrote: > > > On 07/11/11 18:41, guilhermebla...@gmail.com wrote: >> >> Hi Ivan, > > Hi, > >> >> I updated the RFC a few hours ago based on a lengthy discussion in >> php-standards. >> It seems after these 2 years of PSR-0, all the rules

Re: [PHP-DEV] SplClassLoader RFC Voting phase

Hi Anthony, On Mon, Nov 7, 2011 at 3:43 PM, Anthony Ferrara wrote: > Actually, I just re-read the RFC again and I noticed something that's > really irksome to me: > >> Implementation extension > >> According to new threads in php-standards list, it seems all derived >> implementations have inclu

Re: [PHP-DEV] SplClassLoader RFC Voting phase

On 07/11/11 18:41, guilhermebla...@gmail.com wrote: Hi Ivan, Hi, I updated the RFC a few hours ago based on a lengthy discussion in php-standards. It seems after these 2 years of PSR-0, all the rules are kept, but some changes were made to the original code (the one in RFC) to enhance the s

Re: [PHP-DEV] SplClassLoader RFC Voting phase

I don't disagree with your assessment. I would like to add that the framework standards group, in this case, should consider standardizing the frameworks rather than PHP based on their needs. There's no reason the members of your group can't reach a consensus to develop a loader that is distribute

Re: [PHP-DEV] SplClassLoader RFC Voting phase

Actually, I just re-read the RFC again and I noticed something that's really irksome to me: > Implementation extension > According to new threads in php-standards list, it seems all derived > implementations have included these extensions to original support: > Multiple paths per namespace > Si

Re: [PHP-DEV] SplClassLoader RFC Voting phase

Hi Ivan, I updated the RFC a few hours ago based on a lengthy discussion in php-standards. It seems after these 2 years of PSR-0, all the rules are kept, but some changes were made to the original code (the one in RFC) to enhance the support. They are: - Multiple paths per namespace - Silent mode

Re: [PHP-DEV] SplClassLoader RFC Voting phase

Hi, It seems we would never reach some consensus, so I prefer to stick to the voting process. Looks like it's another battle between core developers and framework core developers, where the first ones don't see a benefit at all and have to opt for a side while the other side is eagerly requesting

Re: [PHP-DEV] SplClassLoader RFC Voting phase

On 07/11/11 14:41, David Coallier wrote: Hey everyone, Hi David, After lengthy discussions and various opinion, we believe this issue has been discussed at length and the PSR-0 has had this standard effective for the past 1.5 year. The SplClassLoader RFC has moved to "voting" stage. Please ca

Re: [PHP-DEV] unsolved issues

Hi! On Sun, 6 Nov 2011, Stas Malyshev wrote: 2. DateTime fixes with TLA timezones Please remind me the issue number? The issue described here: http://www.mail-archive.com/internals@lists.php.net/msg51463.html and all XFAILs we have in the test suite. I can't find this issue in the bug trac

RE: [PHP-DEV] Help w/ Parser

On Mon, 2011-11-07 at 16:58 +, Clint M Priest wrote: > I'm sure the problem is that I hadn't modified the .l file as Nikita > suggested, which I have now done but the build doesn't seem to be > affected by changes to that file so I'm trying to find out how to make > that occur. I believe it's

Re: [PHP-DEV] SplClassLoader RFC Voting phase

Well, with respect to that, are there any examples of where PHP currently "reserves the namespace"? I can declare functions/classes for every single disablable/PECL extension right now. So is there even a method to "reserve a namespace", yet alone enforce that in core? And with respect to the re

Re: [PHP-DEV] SplClassLoader RFC Voting phase

Anthony Ferrara wrote: Lester, I think he was referring to something like the MySQL/bcmath/etc extension where it ships in core, but is disabled by default (requires a compile-time option). I think what you interpreted it as is basically just what PECL is for and how it works? Considering that

Re: [PHP-DEV] PHP 5.3.9 and is_a changes

Excerpts from Clint Byrum's message of Sun Oct 23 18:36:04 -0400 2011: > So, I've registered a blueprint for UDS here: > > https://blueprints.launchpad.net/ubuntu/+spec/servercloud-p-php54 > > There's no guarantee we will be able to fit it in, so make sure to > subscribe to it if you are interest

RE: [PHP-DEV] Help w/ Parser

I'm sure the problem is that I hadn't modified the .l file as Nikita suggested, which I have now done but the build doesn't seem to be affected by changes to that file so I'm trying to find out how to make that occur. I believe it's via re2c which I have installed but a make clean/make still re

Re: [PHP-DEV] SplClassLoader RFC Voting phase

I know this topic has been discussed enough, but I think one argument was not brought up yet. The proposed solution has a bad OO design because it violates against the "Single responsibility principle". Another issue is that the proposed class is only one possible solution to load PSR-0 conform

Re: [PHP-DEV] SplClassLoader RFC Voting phase

Lester, I think he was referring to something like the MySQL/bcmath/etc extension where it ships in core, but is disabled by default (requires a compile-time option). I think what you interpreted it as is basically just what PECL is for and how it works? Considering that it would basically be ju

Re: [PHP-DEV] SplClassLoader RFC Voting phase

Sebastian Bergmann wrote: 1- The same as you wrote. Having it in SPL and in PHP 5.4 > 2- Have it in PHP 5.4 as an external extension (FIG, PSR or PSG), > enabled by default. > 3- As an external extension, disabled by default. This would require > PHP core to reserve the namespace for us. Y

Re: [PHP-DEV] Help w/ Parser

What about expressions between { } in getter_setter_declaration ? In your example we see "set {something}" and not "set {}" as you declared. Sorry if I wrong. I'm not C coder =) With regards, Alexander Moskaliov ir...@irker.net 2011/11/7 > I’m having trouble getting some changes to the pars

Re: [PHP-DEV] SplClassLoader RFC Voting phase

That would be even better On Nov 7, 2011, at 10:59 AM, Sebastian Bergmann wrote: > Am 07.11.2011 15:29, schrieb guilhermebla...@gmail.com: >> 1- The same as you wrote. Having it in SPL and in PHP 5.4 >> 2- Have it in PHP 5.4 as an external extension (FIG, PSR or PSG), >> enabled by default. >

Re: [PHP-DEV] SplClassLoader RFC Voting phase

Am 07.11.2011 15:29, schrieb guilhermebla...@gmail.com: > 1- The same as you wrote. Having it in SPL and in PHP 5.4 > 2- Have it in PHP 5.4 as an external extension (FIG, PSR or PSG), > enabled by default. > 3- As an external extension, disabled by default. This would require > PHP core to reserve

Re: [PHP-DEV] SplClassLoader RFC Voting phase

On Nov 7, 2011, at 10:50 AM, Anthony Ferrara wrote: > Well, my only concern with splitting it into the three questions is > that the RFC specifically mentioned putting it in SPL. > > So there wasn't really any discussion or RFC of either of the other > two points. While it's not really a big de

RE: [PHP-DEV] Help w/ Parser

I didn't change the zend_language_scanner.l, attached is the (.txt) diff that I had at the original time of writing, I'll give that a try. I am planning to go by the RFC mentioned below, I've already been emailing with that original author who tells me most of the feedback he received during its

Re: [PHP-DEV] SplClassLoader RFC Voting phase

Well, my only concern with splitting it into the three questions is that the RFC specifically mentioned putting it in SPL. So there wasn't really any discussion or RFC of either of the other two points. While it's not really a big deal, I think that #3 at least requires some more discussion as it

Re: [PHP-DEV] CI for 5.4

On Mon, Nov 7, 2011 at 11:14 AM, Ferenc Kovacs wrote: > > > On Thu, Nov 3, 2011 at 8:15 PM, Ferenc Kovacs wrote: > >> >> >> On Thu, Nov 3, 2011 at 7:43 PM, Stefan Marr wrote: >> >>> Hi Ferenc: >>> >>> On 03 Nov 2011, at 19:01, Ferenc Kovacs wrote: >>> >>> > Of course there are ways to improve t

Re: [PHP-DEV] SplClassLoader RFC Voting phase

I agree with Guilherme on this one. The voting objective seems very vague currently. On Mon, Nov 7, 2011 at 12:29 PM, guilhermebla...@gmail.com < guilhermebla...@gmail.com> wrote: > I'd rather suggest to split this poll into 3 questions: > > 1- The same as you wrote. Having it in SPL and in PHP 5

Re: [PHP-DEV] unsolved issues

On Mon, Nov 7, 2011 at 4:06 PM, Daniel Convissor < dani...@analysisandsolutions.com> wrote: > Hey Derick: > > On Mon, Nov 07, 2011 at 01:15:48PM +, Derick Rethans wrote: > > On Sun, 6 Nov 2011, Stas Malyshev wrote: > > > > > 2. DateTime fixes with TLA timezones > > > > Please remind me the iss

Re: [PHP-DEV] unsolved issues

Hey Derick: On Mon, Nov 07, 2011 at 01:15:48PM +, Derick Rethans wrote: > On Sun, 6 Nov 2011, Stas Malyshev wrote: > > > 2. DateTime fixes with TLA timezones > > Please remind me the issue number? I assume he's talking short hand about the DateTime RFC stuff: https://wiki.php.net/rfc/dateti

Re: [PHP-DEV] SplClassLoader RFC Voting phase

I'd rather suggest to split this poll into 3 questions: 1- The same as you wrote. Having it in SPL and in PHP 5.4 2- Have it in PHP 5.4 as an external extension (FIG, PSR or PSG), enabled by default. 3- As an external extension, disabled by default. This would require PHP core to reserve the names

Re: [PHP-DEV] Help w/ Parser

On Mon, Nov 7, 2011 at 12:31, Hartmut Holzgraefe wrote: > On 11/07/2011 10:12 AM, Keloran wrote: >> >> this looks cool if you get it to work > > +1 want have! :) Same here. As long as someone doesn't think this creates precedence for importing C# features and thinks implementing partial classes w

Re: [PHP-DEV] Help w/ Parser

On 11/07/2011 10:12 AM, Keloran wrote: this looks cool if you get it to work +1 want have! :) -- hartmut -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] SplClassLoader RFC Voting phase

Hey everyone, After lengthy discussions and various opinion, we believe this issue has been discussed at length and the PSR-0 has had this standard effective for the past 1.5 year. The SplClassLoader RFC has moved to "voting" stage. Please cast your votes at https://wiki.php.net/rfc/splclassloade

Re: [PHP-DEV] unsolved issues

On Sun, 6 Nov 2011, Stas Malyshev wrote: > 2. DateTime fixes with TLA timezones Please remind me the issue number? > Could we address these before RC? When is that? cheers, Derick -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] unsolved issues

On 11/07/2011 07:52 AM, Stas Malyshev wrote: > Could we address these before RC? Hi, there's this one bug https://bugs.php.net/bug.php?id=55121 that (as you can see in the history) went a bit back and forth - and as of now neither laruence nor I can reproduce it anymore. It's either a segfault in

Re: [PHP-DEV] CI for 5.4

On Thu, Nov 3, 2011 at 8:15 PM, Ferenc Kovacs wrote: > > > On Thu, Nov 3, 2011 at 7:43 PM, Stefan Marr wrote: > >> Hi Ferenc: >> >> On 03 Nov 2011, at 19:01, Ferenc Kovacs wrote: >> >> > Of course there are ways to improve the current setup, I listed those >> ideas >> > at https://wiki.php.net/r

Re: [PHP-DEV] unsolved issues

On Mon, Nov 7, 2011 at 7:52 AM, Stas Malyshev wrote: > Hi! > > We have the following issues which I'd really like to put behind us before > RC (please correct me if they already were resolved): > > 1. is_a issue - did we resolve it? If not - does anyone have a proper > patch and can make it before

Re: [PHP-DEV] Help w/ Parser

this looks cool if you get it to work, move the object-orientation forwards quite abit On Mon, Nov 7, 2011 at 6:11 AM, Nikita Popov wrote: > I don't see an attachment. Could you send it again with .txt as file > extension? > > If you want 'get' to be recognized as T_GET you need to define such a