php-developer-list | 2001122
Date: 12/31/01
- Next message: lobbin <email protected>: "[PHP-DEV] Bug #13887 Updated: session data lost on virtual server"
- Previous message: Sebastian Bergmann: "[PHP-DEV] MOPS Benchmark"
- In reply to: matthew_dean <email protected>: "[PHP-DEV] Bug #14687: Ignoring @'s after set_error_handler() is used"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
ID: 14687
User updated by: matthew_dean <email protected>
Reported By: matthew_dean <email protected>
Status: Closed
Bug Type: Scripting Engine problem
Operating System: Redhat 7.0, Solaris 7
PHP Version: 4.0.6
New Comment:
Ah, ok, thanks. - I understand now. It was only the meaning of the @ operator I didn't follow.
I'd misinterpreted the docs.
I thought that prepending an @ set the errorNum to 0 ( either that or it suppressed the call to the error handler), when in fact it sets the global error level to 0 for the <email protected> expression.
I thought the @ was: 'Supress errors'
Actually it's: 'Trigger an error as normal, but with the error level temporarily set to 0'
Thanks,
Matt
Previous Comments:
------------------------------------------------------------------------
[2001-12-28 09:09:27] zeev <email protected>
It's the programmer's responsibility to honor error_reporting in the error handler. The error handler will be called even if the error that occured is not inside the error_reporting mask - to allow you to conduct logging, recovery, etc.
You can easily honor it by using the return value of error_reporting(), and compare it (using &) with the error level that you got.
------------------------------------------------------------------------
[2001-12-24 10:16:05] matthew_dean <email protected>
<?php
function myErrorHandler($errorNum) {
echo "$errorNum\n";
}
set_error_handler("myErrorHandler");
#error_reporting (E_ALL);#doesn't change the bug behaviour
@$j=$i;
?>
This echos:
8
Yet according to: http://www.php.net/manual/en/function.set-error-handler.php
"Of particular note is that this value will be 0 if the statement that caused the error was prepended by the @ error-control operator. "
I've tried this on 4.0.4pl1 and 4.0.6
The changelog for 4.1.0 doesn't mention a fix.
The @ works fine for lines executed before set_error_handler().
Here's one of the configure lines, though (to me) it doesn't seem likely to be a compiley issue...
'./configure' '--with-db' '--enable-dba' '--with-gdbm' '--with-xml' '--with-oci8=/usr/local/oracle/' '--with-apxs=/usr/local/apache-1.3.14/bin/apxs' '--with-mysql=/usr/local/mysql' '--with-gd' '--with-sablot'
Thanks!
------------------------------------------------------------------------
Edit this bug report at http://bugs.php.net/?id=14687&edit=1
-- PHP Development Mailing List <http://www.php.net/> To unsubscribe, e-mail: php-dev-unsubscribe <email protected> For additional commands, e-mail: php-dev-help <email protected> To contact the list administrators, e-mail: php-list-admin <email protected>
- Next message: lobbin <email protected>: "[PHP-DEV] Bug #13887 Updated: session data lost on virtual server"
- Previous message: Sebastian Bergmann: "[PHP-DEV] MOPS Benchmark"
- In reply to: matthew_dean <email protected>: "[PHP-DEV] Bug #14687: Ignoring @'s after set_error_handler() is used"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

