ID: 42749
User updated by: gabe at mudbugmedia dot com
Reported By: gabe at mudbugmedia dot com
Status: Open
Bug Type: Output Control
Operating System: Linux proto 2.6.20-hardened-r5
PHP Version: 5CVS-2007-09-24 (snap)
New Comment:
In the comments of the other bug, this is mentioned:
>When error_reporting was overwritten with ADMIN privileges it cannot
be
changed anymore by the @ operator :)
If I add something like:
@include 'doesnotexist';
at the end of the test file, no warning will be issued even when the
problem behavior is occurring. Usage of the '@' symbol for error
suppression is completely unaffected by this bug.
Previous Comments:
------------------------------------------------------------------------
[2007-09-24 20:56:17] gabe at mudbugmedia dot com
I extended my reproduction code to check ini_set(), which suffers the
same behavior.
Code:
<?php
var_dump(error_reporting());
var_dump(error_reporting(E_ALL ^ E_NOTICE ^ E_USER_NOTICE));
trigger_error('This should not be seen', E_USER_NOTICE);
echo $a; // should cause a notice
var_dump(error_reporting());
var_dump(ini_set('error_reporting', E_ALL ^ E_NOTICE ^ E_USER_NOTICE ^
E_USER_WARNING));
var_dump(error_reporting());
trigger_error('This should not be seen', E_USER_NOTICE);
echo $a; // should cause a notice
var_dump(error_reporting());
?>
Output:
int(6143) int(6143)
Notice: This should not be seen in
/home/gabebug/public_html/error_reporting_tests.php on line 5
Notice: Undefined variable: a in
/home/gabebug/public_html/error_reporting_tests.php on line 6
int(6143) bool(false) int(6143)
Notice: This should not be seen in
/home/gabebug/public_html/error_reporting_tests.php on line 11
Notice: Undefined variable: a in
/home/gabebug/public_html/error_reporting_tests.php on line 12
int(6143)
------------------------------------------------------------------------
[2007-09-24 20:54:00] gabe at mudbugmedia dot com
I don't think this is a threading problem, as I'm running Apache 2.2.6
under `prefork` mpm, and when I compiled (via gentoo USE flags -- not
sure what the 'thread' use flag corresponds to in the ./configure),
threads were disabled. Also, the last comment on #41561 states that
threads weren't involved and that it was patched in the CVS last week,
and I've been experiencing this behavior on today's CVS snap.
This is my configure statement:
'./configure' '--prefix=/usr/lib/php5' '--host=i686-pc-linux-gnu' '--
mandir=/usr/lib/php5/man' '--infodir=/usr/lib/php5/info' '--
sysconfdir=/etc' '--cache-file=./config.cache' '--disable-cli' '--
with-apxs2=/usr/sbin/apxs2' '--with-config-file-path=/etc/php/apache2-
php5' '--with-config-file-scan-dir=/etc/php/apache2-php5/ext-active'
'--without-pear' '--disable-bcmath' '--with-bz2' '--disable-calendar'
'--with-curl' '--without-curlwrappers' '--disable-dbase' '--disable-
exif' '--without-fbsql' '--without-fdftk' '--disable-filter' '--
disable-ftp' '--with-gettext' '--without-gmp' '--disable-hash' '--
without-iconv' '--disable-ipv6' '--disable-json' '--without-kerberos'
'--enable-mbstring' '--with-mcrypt' '--without-mhash' '--without-msql'
'--without-mssql' '--without-ncurses' '--with-openssl' '--with-
openssl-dir=/usr' '--disable-pcntl' '--disable-pdo' '--without-pgsql'
'--without-pspell' '--without-recode' '--disable-reflection' '--
disable-simplexml' '--disable-shmop' '--without-snmp' '--disable-soap'
'--disable-sockets' '--disable-spl' '--without-sybase' '--without-
sybase-ct' '--disable-sysvmsg' '--disable-sysvsem' '--disable-sysvshm'
'--without-tidy' '--disable-tokenizer' '--disable-wddx' '--disable-
xmlreader' '--disable-xmlwriter' '--without-xmlrpc' '--without-xsl' '-
-disable-zip' '--with-zlib' '--disable-debug' '--without-cdb' '--
without-db4' '--without-flatfile' '--without-gdbm' '--without-inifile'
'--without-qdbm' '--without-freetype-dir' '--without-t1lib' '--
disable-gd-jis-conv' '--with-jpeg-dir=/usr' '--with-png-dir=/usr' '--
without-xpm-dir' '--with-gd' '--with-mysql=/usr' '--with-mysql-
sock=/var/run/mysqld/mysqld.sock' '--without-mysqli' '--with-readline'
'--without-libedit' '--without-mm' '--without-sqlite' '--with-pic'
------------------------------------------------------------------------
[2007-09-24 20:18:06] hoffie at gentoo dot org
Might be related to bug 41561 (and related commits) when building with
threads (I guess this is the case here).
------------------------------------------------------------------------
[2007-09-24 20:04:39] gabe at mudbugmedia dot com
Description:
------------
Periodically PHP stops respecting calls to error_reporting() to alter
the current error level away from the system default specified in
php.ini. All calls to error_reporting() for the current connection
will not update the actual level. This behavior will occur with only
*some* of the connections, but not all of them. Reloading the page
(after waiting for the keep alive to time out) will sometimes result
in the expected behavior, and others will result in the erroneous
behavior. Restarting Apache (running 2.2.6 with mod_php) seems to
briefly fix the problem, but it eventually returns.
This behavior also occurs when trying to set the error reporting level
via .htaccess such as:
php_value "E_ALL ^ E_NOTICE"
when this occurs, a phpinfo() call shows that the error reporting
level has defaulted back to the system-wide default (specified in
php.ini) and ignores the php_value statement all together. Again,
this is behavior that only happens *sometimes* and alters between page
reloads.
As a side effect, this causes all supporting libraries that rely on
error suppression, like Smarty, to throw errors.
Reproduce code:
---------------
<?php
var_dump(error_reporting());
var_dump(error_reporting(E_ALL ^ E_NOTICE ^ E_USER_NOTICE));
trigger_error('This should not be seen', E_USER_NOTICE);
echo $a; // should cause a notice
var_dump(error_reporting());
?>
Expected result:
----------------
int(6143)
int(6143)
int(5111)
Actual result:
--------------
int(6143)
int(6143)
<br />
<b>Notice</b>: This should not be seen in
<b>/home/gabebug/public_html/error_reporting_tests.php</b> on line
<b>5</b><br
/>
<br />
<b>Notice</b>: Undefined variable: a in
<b>/home/gabebug/public_html/error_reporting_tests.php</b> on line
<b>6</b><br
/>
int(6143)
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=42749&edit=1
