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

go to bug id or search bugs for

Bug #5304 "undefined variable" bug still there!
Submitted: 2000-07-01 13:07 UTC Modified: 2000-07-04 21:44 UTC
From: santini at dsi dot unimi dot it Assigned:
Status: Closed Package: Scripting Engine problem
PHP Version: 4.0.1 OS: Linux (RedHat 6.2)
Private report: No CVE-ID: None
View Add Comment Developer Edit
 [2000-07-01 13:07 UTC] santini at dsi dot unimi dot it 
A bug just reported in this system and marked closed reappears in 4.0.1. 

After a while the server is up, executing a php script with reference to undefined variables produces a lot of "undefined variable" warnings. This clutters a lot of working script generated pages.

A simple "killall -HUP httpd" ("/etc/rc.d/init.d/http reload", in RedHat 6.2) is enough for the bug to disappear for a while.

Sincerely I don't understand the fact that a lot of bug reports about this problem are marked as closed without any word of explanation. Usally if one marks as close a bug tells in which version it has been closed, or how to overcame it. 

Hope this helps...

Patches

Add a Patch

Pull Requests

Add a Pull Request

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2000-07-01 13:49 UTC] stas at cvs dot php dot net 
What is your error_reporting setting?
It should be error_reporting = E_ALL & ~E_NOTICE
If it is and you still see warning, please provide reproducing script.
 [2000-07-04 21:44 UTC] joey at cvs dot php dot net 
Fixed in CVS.

"Yes, the problem *was* that using error_reporting() changed error
reporting level permanently. Zeev seems to have already fixed this in
Zend, and after doing a little testing, I can confirm it works.

-- Jouni Ahto"
 
PHP Copyright © 2001-2020 The PHP Group
All rights reserved. 		Last updated: Fri Oct 23 06:01:24 2020 UTC