Re: [PHP-DEV] RFC: Traits for PHP

2008-02-18 Thread Sebastian Bergmann
Rasmus Lerdorf schrieb: This was in response to the suggestion that it should be extended to do runtime conditional modification of the classes. Ah, sorry. -- Sebastian Bergmann http://sebastian-bergmann.de/ GnuPG Key: 0xB85B5D69 / 27A7 2B14 09E4 98CD 6277 0E5B 6867 C

Re: [PHP-DEV] RFC: Traits for PHP

2008-02-18 Thread Rasmus Lerdorf
Sebastian Bergmann wrote: > Rasmus Lerdorf schrieb: >> The idea here is that we want to be able to cache opcodes, classes and >> functions and optimize them out of the runtime context so the executor >> can skip creating classes and functions on every single request. > > Thanks to their Flatteni

Re: [PHP-DEV] RFC: Traits for PHP

2008-02-18 Thread Sebastian Bergmann
Rasmus Lerdorf schrieb: The idea here is that we want to be able to cache opcodes, classes and functions and optimize them out of the runtime context so the executor can skip creating classes and functions on every single request. Thanks to their Flattening Property, there should be no notion

Re: [PHP-DEV] RFC: Traits for PHP

2008-02-18 Thread Sebastian Bergmann
[EMAIL PROTECTED] schrieb: The following RFC deals with the questions what Traits are, how they are used, why they are usefull and how they do look like in PHP. Thank you, Stefan, for your thorough RFC. A patch implementing this new language construct is available, too. I tested an earlie

Re: [PHP-DEV] Error messages for wrong coding

2008-02-18 Thread Cristian Rodriguez
2008/2/19, Cristian Rodriguez <[EMAIL PROTECTED]>: > 2008/2/19, Felipe Pena <[EMAIL PROTECTED]>: > > > > > Proposed: > > - Shows error message (Fatal error, as happens with objects) for > > integer and float variables. > >http://felipe.ath.cx/diff/bug39915.diff > > +1 , fatal error for consist

Re: [PHP-DEV] Error messages for wrong coding

2008-02-18 Thread Cristian Rodriguez
2008/2/19, Felipe Pena <[EMAIL PROTECTED]>: > > Proposed: > - Shows error message (Fatal error, as happens with objects) for > integer and float variables. >http://felipe.ath.cx/diff/bug39915.diff +1 , fatal error for consistency. > > Proposed: > - 'Strict Standards' for all cases. >ht

[PHP-DEV] Error messages for wrong coding

2008-02-18 Thread Felipe Pena
Hi. Looking on "Feature/Change Request", i have seen curious things, and i think that them should issue any error message. See above. --- Bug #39915 - Trying to access the index of an integer should throw a warning: Actual result: $a = 1234; $a[0]; // Not shows error Proposed: - Shows error

Re: [PHP-DEV] RFC: Traits for PHP

2008-02-18 Thread Larry Garfield
On Monday 18 February 2008, Rasmus Lerdorf wrote: > Larry Garfield wrote: > > You also note that this mechanism has no runtime impact. That's > > unfortunate, because I'd find the ability to add methods to an object at > > runtime conditionally based on some other value far more useful in my > > w

Re: [PHP-DEV] RFC: Traits for PHP

2008-02-18 Thread Rasmus Lerdorf
Larry Garfield wrote: > You also note that this mechanism has no runtime impact. That's unfortunate, > because I'd find the ability to add methods to an object at runtime > conditionally based on some other value far more useful in my work. :-) > Especially since, as above, there seems to be a

Re: [PHP-DEV] RFC: Traits for PHP

2008-02-18 Thread Larry Garfield
On Monday 18 February 2008, Richard Lynch wrote: > On Mon, February 18, 2008 1:27 pm, [EMAIL PROTECTED] wrote: > > > trait ezcReflectionReturnInfo { > >function getReturnType() { /*1*/ } > >function getReturnDescription() { /*2*/ } > > } > > > > class ezcReflectionMethod extends Reflec

Re: [PHP-DEV] RFC: Traits for PHP

2008-02-18 Thread Stefan Marr
> So it's just like an include for a re-used body of 'class' code. > > H. > > Why not just allow 'include' here instead? Well, think this would be a Mixin mechanism like in Ruby. > Forgive me if I'm missing something subtle/complex here, but I wonder > if a Trait is really the "right answer"..

Re: [PHP-DEV] RFC: Traits for PHP

2008-02-18 Thread Pierre Joye
Hi David, On Feb 19, 2008 12:08 AM, David Coallier <[EMAIL PROTECTED]> wrote: > Read the proposal, read about traits, read the thesis, read the patch, > then if you still don't understand, give up, and if you do understand, > you can complain. If you don't understand, ask. If you still don't und

[PHP-DEV] [RFC] Annotations

2008-02-18 Thread clynx
Hey everyone, I have thought about a new feature for some days now. The initial plan was to create a new keyword "deprecated" which should simply trigger a warning when the right error level was set. This could have been combined with the E_DEPRECATED level from 5.3 (maybe, otherwise E_ST

Re: [PHP-DEV] RFC: Traits for PHP

2008-02-18 Thread Chris Stockton
How was his comment bashing? He asked a valid question. -Chris On Feb 18, 2008 4:08 PM, David Coallier <[EMAIL PROTECTED]> wrote: > On Feb 18, 2008 5:37 PM, Richard Lynch <[EMAIL PROTECTED]> wrote: > > On Mon, February 18, 2008 1:27 pm, [EMAIL PROTECTED] wrote: > > > > > trait ezcReflectionRet

Re: [PHP-DEV] RFC: Traits for PHP

2008-02-18 Thread David Coallier
On Feb 18, 2008 5:37 PM, Richard Lynch <[EMAIL PROTECTED]> wrote: > On Mon, February 18, 2008 1:27 pm, [EMAIL PROTECTED] wrote: > > > trait ezcReflectionReturnInfo { > >function getReturnType() { /*1*/ } > >function getReturnDescription() { /*2*/ } > > } > > > > class ezcReflectionMeth

Re: [PHP-DEV] type hinting

2008-02-18 Thread Richard Lynch
On Wed, February 6, 2008 7:20 am, Derick Rethans wrote: > On Wed, 6 Feb 2008, Sam Barrow wrote: > >> On Wed, 2008-02-06 at 09:31 +0100, Derick Rethans wrote: >> > >> > I still we should add simple static typehints (ie. just the types >> that >> > we use in the manual) - and they should behave in

Re: [PHP-DEV] RFC: Traits for PHP

2008-02-18 Thread Richard Lynch
On Mon, February 18, 2008 1:27 pm, [EMAIL PROTECTED] wrote: >trait ezcReflectionReturnInfo { >function getReturnType() { /*1*/ } >function getReturnDescription() { /*2*/ } > } > > class ezcReflectionMethod extends ReflectionMethod { >use ezcReflectionReturnInfo; So it's just like

Re: [PHP-DEV] RFC: Traits for PHP

2008-02-18 Thread David Zülke
Fantastic. Nice RFC, nice explanation, nice design - I love it. Can I +1 already? :) David Am 18.02.2008 um 20:27 schrieb <[EMAIL PROTECTED]> <[EMAIL PROTECTED] marr.de>: Hi, during last six months I've studied a language construct called Traits. It is a construct to allow fine-gr

Re: [PHP-DEV] _REQUEST and variable_order

2008-02-18 Thread Richard Lynch
On Wed, February 6, 2008 6:39 pm, Stanislav Malyshev wrote: > This topic was already discussed here but never arrived to a > conclusion, > so I will raise it again. > The Problem: > We have $_REQUEST superglobal, which is often used to abstract > GET/POST > requests. However, in most cases we do no

[PHP-DEV] RFC: Traits for PHP

2008-02-18 Thread php
Hi, during last six months I've studied a language construct called Traits. It is a construct to allow fine-grained code reuse and in my opinon this would be a nice feature for PHP, which I did like to propose here. The following RFC deals with the questions what Traits are, how they are used, why

Re: [PHP-DEV] [RFC] Conditional INI support

2008-02-18 Thread Steph Fox
Hi Chris, I'd like to see pecl4win merged into pecl.php.net (adding to Steph's idea of releasing binaries on pecl.php.net), and the Windows binaries being built from their correct branch (whatever happened to this project - it seemed so close?) What happened to this idea is there's no consensu

Re: [PHP-DEV] [RFC] Conditional INI support

2008-02-18 Thread Christopher Jones
Steph Fox wrote: > Hi Lukas, > >> Well maybe we should target this stuff for PHP6 for the time being. A >> possible PHP 5.4 would then be a collection of PHP6 todo items that we >> want to fast track, or are you guys already certain about PHP 5.4? > > I'm thinking 'get the mechanisms into place i

Re: [PHP-DEV] [RFC] Anonymous functions

2008-02-18 Thread Matvey Arye
Hi All, I second this. Can we please re-open the discussion on anonymous functions as well as closures. That would be an awesome feature. create_function is a bit ugly semantically to be sufficient for all anonymous function needs. Thanks, Mat KOYAMA Tetsuji wrote: Hi lists, Is this discu

Re: [PHP-DEV] [RFC] Conditional INI support

2008-02-18 Thread Steph Fox
Hi Lukas, Well maybe we should target this stuff for PHP6 for the time being. A possible PHP 5.4 would then be a collection of PHP6 todo items that we want to fast track, or are you guys already certain about PHP 5.4? I'm thinking 'get the mechanisms into place in 5.4, move stuff out of core

Re: [PHP-DEV] PHP mail() header patch for SafeMode

2008-02-18 Thread Paul van Brouwershaven
Lukas Kahwe Smith wrote: Are you aware of the following: http://ilia.ws/archives/149-mail-logging-for-PHP.html The idea is the same, but why is this not in the core? -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] PHP mail() header patch for SafeMode

2008-02-18 Thread Lukas Kahwe Smith
On 18.02.2008, at 15:04, Paul van Brouwershaven wrote: Hi Lars & Markus, Lars Strojny wrote: As safemode is going to be (finally!) removed in PHP 6, I would propose not to make this dependent on safe-mode. I would rather allow this feature to be enabled separetely in the php.ini. Something

Re: [PHP-DEV] PHP mail() header patch for SafeMode

2008-02-18 Thread Cristian Rodriguez
2008/2/18, Paul van Brouwershaven <[EMAIL PROTECTED]>: > Enabling it from the php.ini would also be a good option, the main point is > to get some help with > tracking the spam source in a shared hosted environment. IIRC Ilia had a better patch for this, I dont know why it hasnt been merged into

Re: [PHP-DEV] PHP mail() header patch for SafeMode

2008-02-18 Thread Paul van Brouwershaven
Hi Lars & Markus, Lars Strojny wrote: As safemode is going to be (finally!) removed in PHP 6, I would propose not to make this dependent on safe-mode. I would rather allow this feature to be enabled separetely in the php.ini. Something like mail.extra_log_header (not the perfect name, I know) wo

Re: [PHP-DEV] PHP mail() header patch for SafeMode

2008-02-18 Thread Lars Strojny
Hi Paul, Am Montag, den 18.02.2008, 12:06 +0100 schrieb Paul van Brouwershaven: [...] > I think it should be usefull to add the "PHP mail() header patch" from > Steve Bennett in safemode by default. As safemode is going to be (finally!) removed in PHP 6, I would propose not to make this dependent

Re: [PHP-DEV] PHP mail() header patch for SafeMode

2008-02-18 Thread Markus Fischer
Hey, Paul van Brouwershaven wrote: I think it should be usefull to add the "PHP mail() header patch" from Steve Bennett in safemode by default. I wonder how this would go along with: http://www.php.net/~derick/meeting-notes.html#safe-mode I don't know if this still applies, it's from 2005 .

[PHP-DEV] PHP mail() header patch for SafeMode

2008-02-18 Thread Paul van Brouwershaven
Hi All, I'm working for an hosting company, we have a lot of PHP users and see regularly that one of the scripts from our users is hacked. Result?, a lot of spam on the net, and a lot of work the find the spamming scripts on the servers. If you have a PHP script that sends mail, the recipient

[PHP-DEV] PHP 6 Bug Summary Report

2008-02-18 Thread internals
PHP 6 Bug Database summary - http://bugs.php.net Num Status Summary (57 total including feature requests) ===[*General Issues]== 26771 Suspended register_tick_funtions crash under threaded webservers ===

Re: [PHP-DEV] [RFC] Conditional INI support

2008-02-18 Thread Lukas Kahwe Smith
On 16.02.2008, at 11:05, Marcus Boerger wrote: Hello Steph, so here's my take on the matters. For 5.4 we collect ideas and implement them. So that 5.4 comes out with mostly PECL. I guess we can collect action items on Lukas' wiki. Well maybe we should target this stuff for PHP6 for the

Re: [PHP-DEV] E_DEPRECATED for 5.3

2008-02-18 Thread Lars Strojny
Hi Lukas, Am Montag, den 18.02.2008, 10:33 +0100 schrieb Lukas Kahwe Smith: [... deprecated ini settings ...] > like others have said .. yes .. these should emit deprecated warnings. Would be great if someone could give me a hint where this should be done. I'm pretty new to the php-src, so I need

Re: [PHP-DEV] E_DEPRECATED for 5.3

2008-02-18 Thread Lukas Kahwe Smith
On 16.02.2008, at 02:14, Lars Strojny wrote: I've heard that E_DEPRECATED is still missing nevertheless its introduction is planned for 5.3. So I've wrote it [1] based on a slightly outdated patch by Felipe. The patch is so far complete, as far Thx! as I can tell, but one thing I'm wonder

[PHP-DEV] PHP 4 Bug Summary Report

2008-02-18 Thread internals
PHP 4 Bug Database summary - http://bugs.php.net Num Status Summary (624 total including feature requests) ===[*Compile Issues]== 43389 Open configure ignoring --without-cdb flag ===[Apa