php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #5899 Certain Errors fail to produce php warnings
Submitted: 2000-08-01 16:43 UTC Modified: 2000-08-01 17:28 UTC
From: iliaa at home dot com Assigned:
Status: Closed Package: Scripting Engine problem
PHP Version: 4.0.0 OS: FreeBSD 3.3, Linux 2.2.16
Private report: No CVE-ID: None
Welcome back! If you're the original bug submitter, here's where you can edit the bug or add additional notes.
If you forgot your password, you can retrieve your password here.
Password:
Status:
Package:
Bug Type:
Summary:
From: iliaa at home dot com
New email:
PHP Version: OS:

 

 [2000-08-01 16:43 UTC] iliaa at home dot com
When php script contains a require() function, which tries to open an non-existant file php stops parsing the page at the require line and doesn't produce a warning.
For example, try adding require "non_existant_file.inc"; to any php script.

Patches

Pull Requests

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2000-08-01 17:28 UTC] hholzgra@php.net
what's your error_reporting setting ?

if you are still using values like 7 or 15 as
in php3 you are in trouble as you are masking
of the error types new to php4 as for example
E_COMPILE_ERROR (64), so you'll get no error
messages when Zend terminates because it does
not find a required file in the compile stage

use E_ALL or at least E_ALL & ~E_NOTICE as
value for error_reporting 
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved.
Last updated: Sat Sep 28 16:01:27 2024 UTC