php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login

go to bug id or search bugs for

Bug #18498 error_reporting doesn't work, but ini_set('error_reporting') does
Submitted: 2002-07-23 12:12 UTC Modified: 2003-06-01 07:18 UTC
Votes:1
Avg. Score:4.0 ± 0.0
Reproduced:1 of 1 (100.0%)
Same Version:0 (0.0%)
Same OS:0 (0.0%)
From: paul dot php at burney dot ws Assigned:
Status: Closed Package: Scripting Engine problem
PHP Version: 4.2.2 OS: RedHat 7.1
Private report: No CVE-ID: None
View Developer Edit
Welcome! If you don't have a Git account, you can't do anything here.
If you reported this bug, you can edit this bug over here.
(description)
Block user comment
Status: Assign to:
Package:
Bug Type:
Summary:
From: paul dot php at burney dot ws
New email:
PHP Version: OS:

 

 [2002-07-23 12:12 UTC] paul dot php at burney dot ws 
It would appear that the error_reporting function in PHP 4.2.2 doesn't work correctly. (Apache 1.3.26)

Here is a sample script.  In php.ini, the error level is set to E_ALL ^ E_NOTICE.

<?php
error_reporting(E_ALL);
phpinfo();
?>

In the resulting web page, it shows both the local value and the master value of error_reporting as 2039, instead of 2047 for the local value.

The following does work correctly:

<?php
ini_set('error_reporting', E_ALL);
phpinfo();
?>

That shows 2047 for the local value and 2039 for the master value.

PHP configuration:

 './configure' '--prefix=/usr/local/php-4.2.2' '--with-mysql=/usr' '--with-pgsql=/usr' '--enable-trans-sid' '--with-config-file-path=/usr/local/php' '--with-zlib' '--enable-yp' '--enable-ftp' '--enable-magic-quotes' '--enable-force-cgi-redirect' '--enable-discard-path' '--with-kerberos'

Patches

Pull Requests

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2002-07-23 12:48 UTC] derick@php.net 
I think this was recently fixed in CVS, can you try the latest stable snapshot from snaps.php.net, and if that does not work the non-stable one?
Please report back with your results.

Derick
 [2002-07-23 16:09 UTC] paul dot php at burney dot ws 
I tried this one:

php4-200207231200

and the problem persists.

At snaps, it was marked as php-latest.tar.gz, with the most recent timestamp.  I didn't see any marked unstable, but I didn't choose the one marked stable.

Let me know if I can try additional snapshots.
 [2002-08-24 01:00 UTC] php-bugs at lists dot php dot net 
No feedback was provided for this bug for over a month, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
 [2002-08-24 08:33 UTC] sniper@php.net 
Please try using this CVS snapshot:

  http://snaps.php.net/php4-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-latest.zip


You might have just got the snapshot which didn't yet
have that fix. So please try this one and be sure to
tell use the timestamp it has. (and mark the bug 'Open' when you do that, don't use 'add comment'..)
 [2003-06-01 07:18 UTC] helly@php.net 
Fixed in 4.3.0
 
PHP Copyright © 2001-2025 The PHP Group
All rights reserved. 		Last updated: Tue Dec 02 06:00:01 2025 UTC