[PHP-DEV] Re: [ZEND-ENGINE-CVS] cvs: ZendEngine2(PHP_5_3) / zend_execute.c zend_vm_def.h zend_vm_execute.h

2008-07-27 Thread Jani Taskinen
Marcus Boerger kirjoitti: Hello Internals, apparently overloaded objects do not need to implement property access and we issue an E_NOTICE in case someone tries to none-the-less. Dmirty thankfully made this consistent for all handlers now. However this raised a question on my side, whether we

Re: [PHP-DEV] Re: [ZEND-ENGINE-CVS] cvs: ZendEngine2(PHP_5_3) / zend_execute.c zend_vm_def.h zend_vm_execute.h

2008-07-27 Thread Lukas Kahwe Smith
On 27.07.2008, at 02:58, Marcus Boerger wrote: Hello Internals, apparently overloaded objects do not need to implement property access and we issue an E_NOTICE in case someone tries to none-the-less. Dmirty thankfully made this consistent for all handlers now. However this raised a

[PHP-DEV] New optimization idea; was: No runtime fetching of built-in global constants

2008-07-27 Thread Dmitry Stogov
Hi Matt, At first as you are a scanner expert, I would like you to look into another optimization idea. Probably for historical reason PHP supports shebang lines (#! /usr/bin/php) on top of php files. Especially to handle them PHP (CGI/FastCGI/CLI) opens file and check for it. So even with

Re: [PHP-DEV] ext/soap ctor errors

2008-07-27 Thread Lukas Kahwe Smith
On 27.07.2008, at 15:07, Knut Urdalen wrote: Hi David, That would be great! Currently I need to call the WSDL-file two times to be able to handle the exception. Resolution of this issue is scheduled for alpha2 (around mid to end of August). regards, Lukas Kahwe Smith [EMAIL

Re: [PHP-DEV] ext/soap ctor errors

2008-07-27 Thread Knut Urdalen
Hi David, That would be great! Currently I need to call the WSDL-file two times to be able to handle the exception. Knut David Zülke wrote: I know this is horribly old, but I just stumbled across the same issue again and realized it has not been tackled yet. Shouldn't we fix that for 5.3?

[PHP-DEV] Re: cvs: php-src(PHP_5_2) / configure.in /scripts phpize.m4

2008-07-27 Thread David Soria Parra
-dnl Only allow AC_PROG_CXX if it's explicitly called (by PHP_REQUIRE_CXX) -dnl otherwise AC_PROG_LIBTOOL fails if there is no working C++ compiler -AC_PROVIDE_IFELSE([PHP_REQUIRE_CXX], [AC_PROG_CXX], [undefine([AC_PROG_CXX]) -AC_DEFUN([AC_PROG_CXX], [])]) +dnl Only allow AC_PROG_CXX and

Re: [PHP-DEV] New optimization idea; was: No runtime fetching of built-in global constants

2008-07-27 Thread Matt Wilmas
Hi Dmitry, - Original Message - From: Dmitry Stogov Sent: Sunday, July 27, 2008 Hi Matt, At first as you are a scanner expert, I would like you to look into another optimization idea. Probably for historical reason PHP supports shebang lines (#! /usr/bin/php) on top of php files.

[PHP-DEV] Replacement to ticks for signals

2008-07-27 Thread Arnaud Le Blanc
Hi, I made a pcntl_signal_dispatch() function [1] to allow scripts that use signals to work without ticks. This function just calls the pcntl's tick handler on-demand so that all signal handler functions are called if there are pending signals. It does not allow the signal handlers to be

Re: [PHP-DEV] Replacement to ticks for signals

2008-07-27 Thread Derick Rethans
On Sun, 27 Jul 2008, Arnaud Le Blanc wrote: Hi, I made a pcntl_signal_dispatch() function [1] to allow scripts that use signals to work without ticks. This function just calls the pcntl's tick handler on-demand so that all signal handler functions are called if there are pending

Re: [PHP-DEV] Re: cvs: php-src(PHP_5_2) / configure.in /scripts phpize.m4

2008-07-27 Thread Jani Taskinen
David Soria Parra kirjoitti: -dnl Only allow AC_PROG_CXX if it's explicitly called (by PHP_REQUIRE_CXX) -dnl otherwise AC_PROG_LIBTOOL fails if there is no working C++ compiler -AC_PROVIDE_IFELSE([PHP_REQUIRE_CXX], [AC_PROG_CXX], [undefine([AC_PROG_CXX]) -AC_DEFUN([AC_PROG_CXX], [])]) +dnl

Re: [PHP-DEV] Re: cvs: php-src(PHP_5_2) / configure.in /scripts phpize.m4

2008-07-27 Thread Jani Taskinen
Felipe Pena kirjoitti: Em Dom, 2008-07-27 às 17:05 +0300, Jani Taskinen escreveu: David Soria Parra kirjoitti: -dnl Only allow AC_PROG_CXX if it's explicitly called (by PHP_REQUIRE_CXX) -dnl otherwise AC_PROG_LIBTOOL fails if there is no working C++ compiler

Re: [PHP-DEV] Re: cvs: php-src(PHP_5_2) / configure.in /scripts phpize.m4

2008-07-27 Thread Felipe Pena
Em Dom, 2008-07-27 às 17:17 +0300, Jani Taskinen escreveu: Felipe Pena kirjoitti: Em Dom, 2008-07-27 às 17:05 +0300, Jani Taskinen escreveu: David Soria Parra kirjoitti: -dnl Only allow AC_PROG_CXX if it's explicitly called (by PHP_REQUIRE_CXX) -dnl otherwise AC_PROG_LIBTOOL fails if

Re: [PHP-DEV] New optimization idea; was: No runtime fetching of built-in global constants

2008-07-27 Thread Arnaud Le Blanc
Hi, On Sunday 27 July 2008 15:35:11 Matt Wilmas wrote: Sorry, but now I'm the one who's confused here, since I have no idea what I'm supposed to look into exactly. :-/ I know about shebang lines, and I know there's a check in the scanner now to skip over it (must have been somewhere else

Re: [PHP-DEV] Re: cvs: php-src(PHP_5_2) / configure.in /scripts phpize.m4

2008-07-27 Thread Sebastian Nohn
David Soria Parra wrote: -dnl Only allow AC_PROG_CXX if it's explicitly called (by PHP_REQUIRE_CXX) -dnl otherwise AC_PROG_LIBTOOL fails if there is no working C++ compiler -AC_PROVIDE_IFELSE([PHP_REQUIRE_CXX], [AC_PROG_CXX], [undefine([AC_PROG_CXX]) -AC_DEFUN([AC_PROG_CXX], [])]) +dnl

Re: [PHP-DEV] Replacement to ticks for signals

2008-07-27 Thread Arnaud Le Blanc
On Sunday 27 July 2008 16:04:58 Derick Rethans wrote: On Sun, 27 Jul 2008, Arnaud Le Blanc wrote: Hi, I made a pcntl_signal_dispatch() function [1] to allow scripts that use signals to work without ticks. This function just calls the pcntl's tick handler on-demand so that all

Re: [PHP-DEV] Re: cvs: php-src(PHP_5_2) / configure.in /scripts phpize.m4

2008-07-27 Thread Jani Taskinen
Sebastian Nohn kirjoitti: David Soria Parra wrote: -dnl Only allow AC_PROG_CXX if it's explicitly called (by PHP_REQUIRE_CXX) -dnl otherwise AC_PROG_LIBTOOL fails if there is no working C++ compiler -AC_PROVIDE_IFELSE([PHP_REQUIRE_CXX], [AC_PROG_CXX], [undefine([AC_PROG_CXX])

Re: [PHP-DEV] GSoC Update (XDebug project)

2008-07-27 Thread Rasmus Lerdorf
Chung-Yang(Kenneth) Lee wrote: Most of the functionalities were done. Users can now upload a file to get parsed and visualized from the interface. After the file is parsed, the interface will display information like function names, total self cost in ms and by percentage, invocation count. The

Re: [PHP-DEV] Re: [ZEND-ENGINE-CVS] cvs: ZendEngine2(PHP_5_3) / zend_execute.c zend_vm_def.h zend_vm_execute.h

2008-07-27 Thread Marcus Boerger
Hello Lukas, Sunday, July 27, 2008, 12:00:55 PM, you wrote: On 27.07.2008, at 02:58, Marcus Boerger wrote: Hello Internals, apparently overloaded objects do not need to implement property access and we issue an E_NOTICE in case someone tries to none-the-less. Dmirty thankfully

Re: [PHP-DEV] GSoC Update (XDebug project)

2008-07-27 Thread David Coallier
This sounds cool. Can we try it somewhere? I'll setup a host in a few days when I get back from vacation :) -- Slan, David -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] GSoC Update (XDebug project)

2008-07-27 Thread Derick Rethans
On Sun, 27 Jul 2008, David Coallier wrote: This sounds cool. Can we try it somewhere? I'll setup a host in a few days when I get back from vacation :) Isn't the source available through my CVS? If that's up to do date, it can be checked out with: cvs -d :pserver:[EMAIL

Re: [PHP-DEV] GSoC Optimizer Update

2008-07-27 Thread Ilia Alshanetsky
Great work, I've been periodically reviewing the commits and you're making excellent progress in terms of making the optimizer a general use tool. One thing I would suggest is creation of a known issues list, which can act as both a todo list and a warning list for people intending to use

Re: [PHP-DEV] towards 5.3 alpha1

2008-07-27 Thread Michal Dziemianko
Hello, On 2008-07-26, at 14:21, Arnaud Le Blanc wrote: On Saturday 26 July 2008 13:57:45 Lukas Kahwe Smith wrote: On 26.07.2008, at 13:02, Johannes Schlüter wrote: Again a general request to the developer and user community at large: Please concentrate on findingfixing bugs instead of

Re: [PHP-DEV] GSoC Update (XDebug project)

2008-07-27 Thread Alan Knowles
Please be careful when using ExtJS - it has a GPL or proprietary only licence. - RooJS should be a plugin replacement for it. see: http://www.roojs.com/trac/ Regards Alan Chung-Yang(Kenneth) Lee wrote: I am Chung-Yang (Kenneth) Lee, a current master student in Indiana University Bloomington

[PHP-DEV] Re: [PHP-CVS] cvs: php-src(PHP_5_3) /ext/ming config.m4 ming.c

2008-07-27 Thread Marcus Boerger
Hello Frank, can you please sync HEAD which seems completely outdated beside that it has const designatures which are somehow missing in 5.3. Anyway, this commit makes ming at least compile with the latest available version 0.4rc1. Eitherway, if 0.4 is not coming out during alpha1 and no

Re: [PHP-DEV] New optimization idea; was: No runtime fetching of built-in global constants

2008-07-27 Thread Nuno Lopes
I'm not Matt, but I'll try to answer :) Actually the new re2c scanner already handles the shebang thing, so I think you can safely remove the explicit support for it in CGI. We had to had that because CLI doesn't explicitly support the shebang line. Nuno P.S.: now it makes sense why we never

[PHP-DEV] Re: New optimization idea; was: No runtime fetching of built-in global constants

2008-07-27 Thread Stanislav Malyshev
Hi! Probably for historical reason PHP supports shebang lines (#! /usr/bin/php) on top of php files. Especially to handle them PHP (CGI/FastCGI/CLI) opens file and check for it. So even with opcode caches FastCGI PHP does open syscall for the requested script, however with opcode caches it's