Re: [PHP-DEV] Returning NULL when arg parsing fails - was: Re: [PHP-CVS] cvs: php-src(PHP_5_3) /ext/pcntl pcntl.c /ext/pcntl/tests pcntl_signal.phpt

2009-04-01 Thread Kalle Sommer Nielsen
Hi Matteo 2009/4/1 Matteo Beccati : > Hi, > >> After a quick discussion with Lukas and Antony on IRC, I wrote a small >> script to detect how many functions/methods are returning false after >> failing to validate the arguments: you 'll find the result for PHP_5_3 >> attached. >> >> The regex I've

[PHP-DEV] Update to Zend Highlighter

2009-04-01 Thread Justin Martin
Hello everyone, I'd like to propose a very small update, which would have no backwards-compatibility problems, and would bring PHP closer to standards compliance. The update I'd like to propose is to the Zend Highlighter for PHP, specifically related to the highlight_file and highlight_string fun

Re: [PHP-DEV] Returning NULL when arg parsing fails - was: Re: [PHP-CVS] cvs: php-src(PHP_5_3) /ext/pcntl pcntl.c /ext/pcntl/tests pcntl_signal.phpt

2009-04-01 Thread Matteo Beccati
Hi, After a quick discussion with Lukas and Antony on IRC, I wrote a small script to detect how many functions/methods are returning false after failing to validate the arguments: you 'll find the result for PHP_5_3 attached. The regex I've used is not perfect, but if you think it's somewhat

Re: [PHP-DEV] RFC: Removing the Zend API

2009-04-01 Thread Johannes Schlüter
Hi, On Wed, 2009-04-01 at 16:16 +0100, Paul Biggar wrote: > I think that to handle more complex cases we need the kind of > information which makes it straightforward to easily generate code to > make a seamless interface between C and the engine API. The only case > I had thought of was to someho

Re: [PHP-DEV] RFC: Removing the Zend API

2009-04-01 Thread Paul Biggar
On Wed, Apr 1, 2009 at 3:35 PM, Andi Gutmans wrote: > Hi Paul, > > This is something I have considered in the past esp. as it would also reduce > dependency of extensions on PHP runtime and make it easier for 3rd parties to > distribute PHP extensions which don't have to be rebuilt per-PHP versi

Re: [PHP-DEV] RFC: Removing the Zend API

2009-04-01 Thread Paul Biggar
2009/4/1 Johannes Schlüter : > Hi, > > On Wed, 2009-04-01 at 14:24 +0100, Paul Biggar wrote: >> > Moreover, in your example in the wiki you don't include how you would do >> > parameter parsing. Or do you rely on the code generator to look at the C >> > functions signatures and figure out by itself

RE: [PHP-DEV] RFC: Removing the Zend API

2009-04-01 Thread Andi Gutmans
Hi Paul, This is something I have considered in the past esp. as it would also reduce dependency of extensions on PHP runtime and make it easier for 3rd parties to distribute PHP extensions which don't have to be rebuilt per-PHP version. This is similar to JNI. There are some real challenges t

Re: [PHP-DEV] RFC: Removing the Zend API

2009-04-01 Thread Johannes Schlüter
Hi, On Wed, 2009-04-01 at 14:24 +0100, Paul Biggar wrote: > > Moreover, in your example in the wiki you don't include how you would do > > parameter parsing. Or do you rely on the code generator to look at the C > > functions signatures and figure out by itself what to do? (actually there is > > s

Re: [PHP-DEV] PEAR support in 5.3

2009-04-01 Thread Richard Quadling
2009/4/1 Richard Quadling : > 2009/4/1 Pierre Joye : >> check the snapshot. >> >> On Wed, Apr 1, 2009 at 12:12 PM, Richard Quadling >> wrote: >>> 2009/3/31 Lukas Kahwe Smith : On 28.03.2009, at 16:45, Ionut G. Stan wrote: > Hi, > > I'm playing with 5.3.0 RC1 and wanted t

Re: [PHP-DEV] User namespaces and PHP classes

2009-04-01 Thread Greg Beaver
Stan Vassilev | FM wrote: > > Hi, > > There is a way to implement in some future release of PHP (without > hurting performance), but it's not in the scope of 5.3. > > Each namespace should have a meta file listing all symbols present in > it. The parser loads that static file at parse time and r

Re: [PHP-DEV] RFC: Removing the Zend API

2009-04-01 Thread Paul Biggar
On Tue, Mar 31, 2009 at 9:23 PM, Nuno Lopes wrote: > Hi Paul et all, > > I fully understand (and even share) your motivations and goals. However it > seems to me that describing an extension in PHP will lead to loss of > performance, as you cannot capture certain C features in PHP. For example, >

Re: [PHP-DEV] PEAR support in 5.3

2009-04-01 Thread Richard Quadling
2009/4/1 Pierre Joye : > check the snapshot. > > On Wed, Apr 1, 2009 at 12:12 PM, Richard Quadling > wrote: >> 2009/3/31 Lukas Kahwe Smith : >>> >>> On 28.03.2009, at 16:45, Ionut G. Stan wrote: >>> Hi, I'm playing with 5.3.0 RC1 and wanted to install PEAR. In the previous vers

Re: [PHP-DEV] User namespaces and PHP classes

2009-04-01 Thread Stan Vassilev | FM
Hi, There is a way to implement in some future release of PHP (without hurting performance), but it's not in the scope of 5.3. Each namespace should have a meta file listing all symbols present in it. The parser loads that static file at parse time and resolves all naming at parse time, lea

Re: [PHP-DEV] PEAR support in 5.3

2009-04-01 Thread Pierre Joye
check the snapshot. On Wed, Apr 1, 2009 at 12:12 PM, Richard Quadling wrote: > 2009/3/31 Lukas Kahwe Smith : >> >> On 28.03.2009, at 16:45, Ionut G. Stan wrote: >> >>> Hi, >>> >>> I'm playing with 5.3.0 RC1 and wanted to install PEAR. In the previous >>> versions (for Windows at least) >>> there

Re: [PHP-DEV] PEAR support in 5.3

2009-04-01 Thread Richard Quadling
2009/3/31 Lukas Kahwe Smith : > > On 28.03.2009, at 16:45, Ionut G. Stan wrote: > >> Hi, >> >> I'm playing with 5.3.0 RC1 and wanted to install PEAR. In the previous >> versions (for Windows at least) >> there was a go-pear executable which is missing now. So what are the plans >> for supporting PE

Re: [PHP-DEV] GSoC - XDebug profiling web front-end

2009-04-01 Thread Sebastian Bergmann
Derick Rethans schrieb: > I don't know what the state is tbh, but there is now also "webgrind" at > http://code.google.com/p/webgrind/ There is also Carica Cachegrind (http://ccg.sourceforge.net/). -- Sebastian BergmannCo-Founder and Principal Consultant http://sebastian-be

Re: [PHP-DEV] GSoC - XDebug profiling web front-end

2009-04-01 Thread Derick Rethans
On Wed, 1 Apr 2009, Karsten Dambekalns wrote: > On 31.03.2009 18:08 Uhr, David Coallier wrote: > > I'm sorry to tell you that but xdebug web profiling was a project for > > last year. Please read http://wiki.php.net/gsoc/2009 for this years > > GSoC ideas. > > Well, was it done last year? If yes:

Re: [PHP-DEV] GSoC - XDebug profiling web front-end

2009-04-01 Thread Karsten Dambekalns
Hi. On 31.03.2009 18:08 Uhr, David Coallier wrote: I'm sorry to tell you that but xdebug web profiling was a project for last year. Please read http://wiki.php.net/gsoc/2009 for this years GSoC ideas. Well, was it done last year? If yes: great, where is it? If no: yeah, do it this year! Reg