PHP 4.0 Bug #7163 Updated: Random "Failed opening" errors for both php pages and included/required files
| From: | sniper@php.net | Date: | Thu, 29 Mar 2001 14:46:37 +0000 |
| Subject: | PHP 4.0 Bug #7163 Updated: Random "Failed opening" errors for both php pages and included/required files | ||
| Groups: | php.dev | ||
| Request: | Send a blank email to php-dev+get-50228@lists.php.net to get a copy of this message | ||
ID: 7163
Updated by: sniper
Reported By: adamh@aristoi.org
Old-Status: Open
Status: Feedback
Old-Bug Type: Other web server
Bug Type: iPlanet related
Assigned To:
Comments:
Does this happen with 4.0.4pl1? And if it does could you
please try the latest CVS snapshot from http://snaps.php.net/ ?
--Jani
Previous Comments:
---------------------------------------------------------------------------
[2000-11-03 20:30:56] sniper@php.net
reclassify
---------------------------------------------------------------------------
[2000-10-12 12:46:20] adamh@aristoi.org
I've read a few bug reports that seem to have been lumped together regarding this bug, but none
of the final bug reports seem to stay on the topic of this problem. Here's what happens:
I compile PHP4 (any version- although the deepest analysis I've done is on 4.0.3) with NSAPI
support on a Solaris 2.6 box. I've enabled it for Netscape Enterprise Server, made the changes
to server configuration to load it, and it works. The problem is, a transient error occurs with
files that looks like:
Warning: Failed opening '/export/home/www/azc/htdocs/class/emp/searchresults.php' for
inclusion (include_path='.:/usr/local/lib/php') in Unknown on line 0
It mostly occurs on the source page I'm attempting to get to, but it does occur with includes
within the page as well. I've tried compiling PHP with a nearly-bare set of modules.
I've had to --enable-libgcc in order to the the shared object to work at all.
I've done some debugging of my own in the source and have identified the base source of the
error generated (since that one can come from several spots) as line 2879 in
Zend/zend-scanner-cc.cc. Following through the trail that would lead to that error arising,
I've dug as deep as the virtual_fopen function in TSRM/tsrm_virtual_cwd.c, but my expertise is
limited and I can't put my finger on the exact location of the problem.
Any suggestions or could someone just let me know if they're experiencing this as well?
---------------------------------------------------------------------------
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=7163&edit=2