ID: 41810
User updated by: d dot albano at gmail dot com
Reported By: d dot albano at gmail dot com
Status: Bogus
Bug Type: Feature/Change Request
Operating System: Linux
PHP Version: 5.2.3
New Comment:
When i said:
> If it remains in a unstable state there is serious problem somewhere
i answered to your phrase:
> After parse error the parser/compiler and whole engine may be in
unstable state
If parsing a file may put the entire engine in an unstable state there
is a problem: never heard that a parser can do this
The problem can be that the engine is written to shutdown after a
parser error and this is can cause troubles i think, but the problem is
that i'm not zend/php developer :)
However i don't think that is necessary to rewrite the engine from the
scracth, a feature like this, at logic level, must follow rules followed
by other errors
This afternoon i'll take a look to the parser and to the zend engine to
understand how errors are passed
Thanks a lot
Bye
Previous Comments:
------------------------------------------------------------------------
[2007-06-26 12:43:06] [EMAIL PROTECTED]
>If it remains in a unstable state there is serious problem somewhere
:\
I don't think so, but you're encouraged to help us, the sources are
open after all.
I'm sure nobody is going to rewrite the engine from scratch using some
other tools just because you want to catch parse errors.
So there is no sense to keep this feature request open.
------------------------------------------------------------------------
[2007-06-26 12:34:37] d dot albano at gmail dot com
if parser, before to compile and execute, check the code to see if the
syntax is right how can remain the engine in an unstable state?
------------------------------------------------------------------------
[2007-06-26 12:31:16] d dot albano at gmail dot com
If there is a parse error, this error stop parsing of scripting engine,
and this is ok, but where is the problem? And why it should remain in an
unstable state? This doesn't make sense: it's parsing php code ... it
isin't executing it
If it remains in a unstable state there is serious problem somewhere :\
------------------------------------------------------------------------
[2007-06-26 11:49:38] [EMAIL PROTECTED]
After parse error the parser/compiler and whole engine may be in
unstable state, hence it's impossible to catch it as well as any other
fatal errors.
They are fatal errors just because of that.
------------------------------------------------------------------------
[2007-06-26 11:30:34] d dot albano at gmail dot com
As i've said:
> I understand that there isin't an easy way to do but a point of
start
> can be define it through htaccess/php_value or simply use it only
with
> included files after that set_error_handler is setted
Exactly for that reason: a file that is parsed can't rely on any
error_handler but if a file is included by another script that
initialize the error handler the stuff change becase the code is
executed normally and the file is included at runtime
Infact the code that i written refer exactly to this: check parse
errors on included files not on the main file.
It is normal that isn't possible to catch errors in main.php
------------------------------------------------------------------------
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/41810
--
Edit this bug report at http://bugs.php.net/?id=41810&edit=1
