Re: [PHP-DEV] zend_execute_internal hook missing from PHP 5

Hi! > While this has no immediate impact for average PHP users, it > basically kills the possibility for an extension like Suhosin to > catch all function starts. This should also be a problem for your > DTRACE support. And IIRC Xdebug was hooking this point (at least in > the past), too. > > My

Re: [PHP-DEV] Aspect Oriented Programming in PHP

AOP is not very well understood, it took me at least a week of going back and forth trying to grasp the core concepts. Before getting into debates (because the Observer & Event patterns could still allow for AOP-like programming), I advice everybody to watch the following two videos Using Aspect O

Re: [PHP-DEV] Aspect Oriented Programming in PHP

On 8/26/12 7:21 PM, Rasmus Schultz wrote: But AOP is just one of many popular techniques that require code generation. And for that matter, there is an endless number of different I'm failing to see what code generation you talking about. Could you elaborate about how AOP and code generation

Re: [PHP-DEV] [VOTE]Call for voting: support use list in foreach

Am 27.08.2012 um 03:55 schrieb Rasmus Lerdorf : [...] > And we aren't just C89 anymore actually. We still try to stick to it > when possible, but for example in the intl extension you will find C++ > and it won't build without it. The idea there is that any small embedded > platform that may still

Re: [PHP-DEV] [VOTE]Call for voting: support use list in foreach

On 08/26/2012 06:48 PM, Lars Strojny wrote: > Hi Gwynne, > > Am 27.08.2012 um 03:39 schrieb Gwynne Raskind : > >> (And >> a side note on that, the requirement of C89 standard compliance in PHP >> has less and less advantage these days, and handicaps those few >> language features in the later fla

Re: [PHP-DEV] [VOTE]Call for voting: support use list in foreach

Hi Gwynne, Am 27.08.2012 um 03:39 schrieb Gwynne Raskind : > (And > a side note on that, the requirement of C89 standard compliance in PHP > has less and less advantage these days, and handicaps those few > language features in the later flavors of C (C99, gnu99, Clang C, > etc.) which -could- le

Re: [PHP-DEV] Re: [VOTE]Call for voting: support use list in foreach

2012/8/27 Stas Malyshev : > Hi! > >> Only people with a VCS account (or voting group) can vote. > > OK, I stand corrected then, but participation rate is still awfully low. > We can't talk about consensus when everything is decided on one vote. How about send notification emails and if one didn't

Re: [PHP-DEV] Re: [VOTE]Call for voting: support use list in foreach

On 08/26/2012 06:34 PM, Kris Craig wrote: > > > On Sun, Aug 26, 2012 at 6:22 PM, Rasmus Lerdorf > wrote: > > On 08/26/2012 06:18 PM, Kris Craig wrote: > > Short of killing ourselves rewriting it in C++, I'm not sure there > > is an ideal solution to this p

Re: [PHP-DEV] Re: [VOTE]Call for voting: support use list in foreach

On Sun, Aug 26, 2012 at 9:22 PM, Rasmus Lerdorf wrote: > On 08/26/2012 06:18 PM, Kris Craig wrote: >> Short of killing ourselves rewriting it in C++, I'm not sure there >> is an ideal solution to this problem. > > Because you think more people can grok C++ than C? That's not my > experience. C is

Re: [PHP-DEV] Re: [VOTE]Call for voting: support use list in foreach

On Sun, Aug 26, 2012 at 6:22 PM, Rasmus Lerdorf wrote: > On 08/26/2012 06:18 PM, Kris Craig wrote: > > Short of killing ourselves rewriting it in C++, I'm not sure there > > is an ideal solution to this problem. > > Because you think more people can grok C++ than C? That's not my > experience. C

Re: [PHP-DEV] Re: [VOTE]Call for voting: support use list in foreach

On 08/26/2012 06:18 PM, Kris Craig wrote: > Short of killing ourselves rewriting it in C++, I'm not sure there > is an ideal solution to this problem. Because you think more people can grok C++ than C? That's not my experience. C is essentially a subset of C++. Any strong C++ developer (I think I

Re: [PHP-DEV] Re: [VOTE]Call for voting: support use list in foreach

On Sun, Aug 26, 2012 at 1:20 PM, Stas Malyshev wrote: > Hi! > > > I honestly don't see what the problem is. If the sample is indeed random, > > there's no bias as to what the voters as whole would do, tough for close > > votes or for votes where very few people vote the result could differ. > > Th

Re: [PHP-DEV] Add generic "version support discontinued" fix in Bugs

On Sat, Aug 25, 2012 at 12:44 AM, Ferenc Kovacs wrote: > > 2012.08.25. 9:24, "Kris Craig" ezt írta: > > > > > Hey guys, > > > > I'm not sure whom to ask, but could somebody with the appropriate privs > add > > a "Quick Fix" to the Bugs dropdown that says something along the lines > of, > > "Supp

Re: [PHP-DEV] Aspect Oriented Programming in PHP

But AOP is just one of many popular techniques that require code generation. And for that matter, there is an endless number of different approaches and features found in different AOP solutions for various languages - it's not a "one size fits all" idea, many people are going to have preferences a

Re: [PHP-DEV] Default input encoding for htmlspecialchars/htmlentities

Hi, 2012/8/27 Stas Malyshev : > Hi! > >> In PHP 6 we tried to introduce separate input, script and output >> encoding settings. Currently in 5.4 we don't have that, but we have >> those 3 separately for mbstring and for iconv: >> >> iconv.input_encoding >> iconv.internal_encoding >> iconv.output_e

Re: [PHP-DEV] Default input encoding for htmlspecialchars/htmlentities

On 08/26/2012 02:57 PM, Yasuo Ohgaki wrote: > Hi, > > 2012/8/27 Stas Malyshev : >> Hi! >> >>> In PHP 6 we tried to introduce separate input, script and output >>> encoding settings. Currently in 5.4 we don't have that, but we have >>> those 3 separately for mbstring and for iconv: >>> >>> iconv.in

Re: [PHP-DEV] Session Id Collisions

Hi, 2012/8/27 Stas Malyshev : > Hi! > >> It seems I've already added collision detection when I >> last updated :) >> >> It tries to generate new session ID a few times and >> if it fails, it does not initialize session. > > It'd be nice if we could keep it separate. Could you create a pull that >

Re: [PHP-DEV] Session Id Collisions

Hi! > It seems I've already added collision detection when I > last updated :) > > It tries to generate new session ID a few times and > if it fails, it does not initialize session. It'd be nice if we could keep it separate. Could you create a pull that includes only the strict session functiona

Re: [PHP-DEV] Session Id Collisions

Hi, 2012/8/27 Stas Malyshev : > Hi! > > Thank you for the links! > >> master >> https://gist.github.com/1379668 >> >> 5.4 >> https://gist.github.com/2224196 >> >> 5.3 >> https://gist.github.com/2224360 > > I think patch of this magnitude is not a good idea for 5.3. As for the > rest, it'd be much

Re: [PHP-DEV] Session Id Collisions

Hi, 2012/8/27 Yasuo Ohgaki : > Hi, > > 2012/8/26 Stas Malyshev : >> Hi! >> >>> What's the status of session adoption patch? >>> I've created patches for all 3 versions and I think Stats >>> is going to merge it to master and PHP 5.4. >> >> As far as I remember there were some things that needed to

Re: [PHP-DEV] Session Id Collisions

Hi! Thank you for the links! > master > https://gist.github.com/1379668 > > 5.4 > https://gist.github.com/2224196 > > 5.3 > https://gist.github.com/2224360 I think patch of this magnitude is not a good idea for 5.3. As for the rest, it'd be much easier to track and comment on if you could crea

Re: [PHP-DEV] Session Id Collisions

Hi, 2012/8/26 Stas Malyshev : > Hi! > >> What's the status of session adoption patch? >> I've created patches for all 3 versions and I think Stats >> is going to merge it to master and PHP 5.4. > > As far as I remember there were some things that needed to be > refactored/changed and I didn't see

Re: [PHP-DEV] Session Id Collisions

Hi, 2012/8/26 Stas Malyshev : > Hi! > >> I know session ID collision will not happen most likely, but >> there are few people who worries collision. We can check >> session ID collision when it is generated. > > You mean two randomly generated session IDs colliding? I think the > probability of it

Re: [PHP-DEV] Re: [VOTE]Call for voting: support use list in foreach

Hi! > I honestly don't see what the problem is. If the sample is indeed random, > there's no bias as to what the voters as whole would do, tough for close > votes or for votes where very few people vote the result could differ. The problem is that this is not consensus, this is apathy and dis

Re: [PHP-DEV] [VOTE] Generators

Hi! > I think the generators RFC has been discussed thoroughly enough by > now, so I opened the vote: > > https://wiki.php.net/rfc/generators#vote I think it's fine but I'd still like to put forward a proposal to reconsider the requirement for parentheses in syntax like this: $data = (yield

Re: [PHP-DEV] Default input encoding for htmlspecialchars/htmlentities

Hi! > In PHP 6 we tried to introduce separate input, script and output > encoding settings. Currently in 5.4 we don't have that, but we have > those 3 separately for mbstring and for iconv: > > iconv.input_encoding > iconv.internal_encoding > iconv.output_encoding > mbstring.http_input > mbstring

Re: [PHP-DEV] Re: [VOTE]Call for voting: support use list in foreach

On Sun, Aug 26, 2012 at 10:20 PM, Lester Caine wrote: > Yahav Gindi Bar wrote: > >> OK, I stand corrected then, but participation rate is still awfully low. > >We can't talk about consensus when everything is decided on one vote. >>> > >>> >> +1 >> But giving vote for anybody is kind

Re: [PHP-DEV] Re: [VOTE]Call for voting: support use list in foreach

Yahav Gindi Bar wrote: OK, I stand corrected then, but participation rate is still awfully low. > >We can't talk about consensus when everything is decided on one vote. > +1 But giving vote for anybody is kind of bad idea too... so its a problem Currently how many people ARE entitled to vot

Re: [PHP-DEV] Re: [VOTE]Call for voting: support use list in foreach

On Sun, Aug 26, 2012 at 9:44 PM, Ferenc Kovacs wrote: > > > On Sun, Aug 26, 2012 at 8:20 PM, Stas Malyshev wrote: > >> Hi! >> >> > And this is how democracy works, Stas. If voters don't bother to turn >> > up, too bad. >> >> Putting aside the fact that democracy has very little to do with what >>

Re: [PHP-DEV] Re: [VOTE]Call for voting: support use list in foreach

On Sun, Aug 26, 2012 at 8:20 PM, Stas Malyshev wrote: > Hi! > > > And this is how democracy works, Stas. If voters don't bother to turn > > up, too bad. > > Putting aside the fact that democracy has very little to do with what > we're trying to do here (we're not government, we're opensource > pro

Re: [PHP-DEV] Re: [VOTE]Call for voting: support use list in foreach

On Sun, 26 Aug 2012 20:20:41 +0200, Stas Malyshev wrote: Putting aside the fact that democracy has very little to do with what we're trying to do here (we're not government, we're opensource project), that's how democracy *doesn't work*. As you noticed, it is "too bad", and it is exactly the

Re: [PHP-DEV] Aspect Oriented Programming in PHP

That's why I thnk the extension is superior to all other solutions, because it doesn't require code generation in userland. Also, it will be possible to backtrace to the declaration of the aspects. 2012/8/26 Rasmus Schultz > > > > On Thu, Aug 23, 2012 at 7:36 AM, Peter Nguyen wrote: > > I know

Re: [PHP-DEV] Re: [VOTE]Call for voting: support use list in foreach

On 26 August 2012 19:20, Stas Malyshev wrote: > Putting aside the fact that democracy has very little to do with what > we're trying to do here (we're not government, we're opensource > project), that's how democracy *doesn't work*. As you noticed, it is > "too bad", and it is exactly the problem

Re: [PHP-DEV] Re: [VOTE]Call for voting: support use list in foreach

Hi! > And this is how democracy works, Stas. If voters don't bother to turn > up, too bad. Putting aside the fact that democracy has very little to do with what we're trying to do here (we're not government, we're opensource project), that's how democracy *doesn't work*. As you noticed, it is "to

Re: [PHP-DEV] Re: [VOTE]Call for voting: support use list in foreach

On 26 August 2012 18:48, Stas Malyshev wrote: > >> I got a PHP Wiki account but couldn't vote. Are you sure the Wiki >> accounts got the permissions to vote? > > Hm... Not sure, maybe somebody has to enable it? There is a special group ("voting" IIRC) for wiki accounts with voting rights. "Ordin

Re: [PHP-DEV] Older style frameworks ...

..snip > > Robert ... The main problem with the PHP5.3/4 changes are that the attitude > with PHP5.3 was 'you don't have to worry', but very quickly that became 'now > you do' simply by the switch of the default on e_strict. Perhaps when every > existing project is totally e_strict complaint things

Re: [PHP-DEV] Re: [VOTE]Call for voting: support use list in foreach

On Sun, Aug 26, 2012 at 9:02 PM, Andrew Faulds wrote: > They don't, you need voting karma too, having rfc karma isn't enough. > > Just what I thought, but because he said that wiki account should have the kama I've brought this up. Personally, I think it's good and really make sense~ > And this

Re: [PHP-DEV] Re: [VOTE]Call for voting: support use list in foreach

They don't, you need voting karma too, having rfc karma isn't enough. And this is how democracy works, Stas. If voters don't bother to turn up, too bad. -- Sent from Samsung Mobile Andrew Faulds http://ajf.me/ Yahav Gindi Bar wrote: On Sun, Aug 26, 2012 at 8:42 PM, Stas Malyshev wrote: > Hi

Re: [PHP-DEV] Re: [VOTE]Call for voting: support use list in foreach

On Sun, Aug 26, 2012 at 9:00 PM, Will Fitch wrote: > Maybe the simplest solution is we have a minimum participation rate before > voting can be closed? > > Though it make sense - it's a problem, because it'll delay and reject some useful features because of requirements issue. > On Sun, Aug 26,

Re: [PHP-DEV] Re: [VOTE]Call for voting: support use list in foreach

Maybe the simplest solution is we have a minimum participation rate before voting can be closed? On Sun, Aug 26, 2012 at 1:58 PM, Stas Malyshev wrote: > Hi! > > > Only people with a VCS account (or voting group) can vote. > > OK, I stand corrected then, but participation rate is still awfully low

Re: [PHP-DEV] Re: [VOTE]Call for voting: support use list in foreach

Hi! > Only people with a VCS account (or voting group) can vote. OK, I stand corrected then, but participation rate is still awfully low. We can't talk about consensus when everything is decided on one vote. -- Stanislav Malyshev, Software Architect SugarCRM: http://www.sugarcrm.com/ (408)454-6

Re: [PHP-DEV] Re: [VOTE]Call for voting: support use list in foreach

On Sun, Aug 26, 2012 at 7:42 PM, Stas Malyshev wrote: > Hi! > >>foreach supports list syntax: 11 for yes, 4 for no. accepted. >>foreach supports list with silent token: 2 for yes, 10 for no. denied. > > And here's again the problem with this voting setup. With all these long > discus

Re: [PHP-DEV] Aspect Oriented Programming in PHP

> > On Thu, Aug 23, 2012 at 7:36 AM, Peter Nguyen wrote: > I know very little about AOP and don't pretend to know a lot, but how > would we benefit > from directly adding it into core instead of taking the approach FLOW3 did? as I see it, the problem with AOP in PHP is the same as with any other

Re: [PHP-DEV] Re: [VOTE]Call for voting: support use list in foreach

Hi! > I got a PHP Wiki account but couldn't vote. Are you sure the Wiki > accounts got the permissions to vote? Hm... Not sure, maybe somebody has to enable it? -- Stanislav Malyshev, Software Architect SugarCRM: http://www.sugarcrm.com/ (408)454-6900 ext. 227 -- PHP Internals - PHP Runtime D

Re: [PHP-DEV] Re: [VOTE]Call for voting: support use list in foreach

On Sun, Aug 26, 2012 at 8:42 PM, Stas Malyshev wrote: > Hi! > > >foreach supports list syntax: 11 for yes, 4 for no. accepted. > >foreach supports list with silent token: 2 for yes, 10 for no. > denied. > > And here's again the problem with this voting setup. With all these long > di

Re: [PHP-DEV] Re: [VOTE]Call for voting: support use list in foreach

Hi! >foreach supports list syntax: 11 for yes, 4 for no. accepted. >foreach supports list with silent token: 2 for yes, 10 for no. denied. And here's again the problem with this voting setup. With all these long discussions about people not getting votes we have 15 people that bothe

Re: [PHP-DEV] Older style frameworks ...

Guillaume Rossolini wrote: To go back to Lester's original question, I decided to forgo PHP4 completely a few years ago, and fully take the PHP5 route. I do not use any framework or library that advertises it still works on PHP4. Thanks for the comments Guillaume ... it's nice to here that I am

Re: [PHP-DEV] Session Id Collisions

Hi! > I know session ID collision will not happen most likely, but > there are few people who worries collision. We can check > session ID collision when it is generated. You mean two randomly generated session IDs colliding? I think the probability of it is pretty low. I mean it'd take PHP's ran

Re: [PHP-DEV] Session Id Collisions

Hi! > What's the status of session adoption patch? > I've created patches for all 3 versions and I think Stats > is going to merge it to master and PHP 5.4. As far as I remember there were some things that needed to be refactored/changed and I didn't see the updates since then, but if you could p