Hi Matt,
It would be nice if scanner check for "#!" at start of file and skip the
whole first line if found. Nothing else.
Of curse it won't save syscall itself.
Now shebang line is checked (in CGI SAPI code) before call to compiler
and in case of scanner modification this code might be remov
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
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 fou
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 support
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 u
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 finding&fixing bugs instead of fu
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
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 PROTECT
>
> 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
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
>>
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 i
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])
-AC_DEFUN([AC_PROG_
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
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], []
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 el
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_PRO
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
-AC_PROVIDE_IFELSE([PHP_REQUIRE_CXX
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
> >> -AC_PROVIDE_IFELSE([PHP_REQUIRE_CXX
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 O
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 pendi
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 calle
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
-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 AC_PROG
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 PROTECTED]
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?
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 op
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
ques
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
28 matches
Mail list logo
