Bug #7163 Updated: Random "Failed opening" errors for both php pages and included/required files

ID: 7163 Updated by: hans@westerlund.dk Reported By: adamh@aristoi.org Status: Closed Bug Type: iPlanet related Operating System: Solaris 2.6 PHP Version: 4.0.3 New Comment: Just encountered the same problem under Netscape-Enterprise/4.1 on Solaris with PHP 4.1.2. Previous Comments: ------------------------------------------------------------------------ [2001-04-28 15:34:56] derick@php.net No feedback. If this problem persists with PHP 4.0.5 which will be released next week, please reopen this report. Derick ------------------------------------------------------------------------ [2001-03-29 09:46:37] sniper@php.net 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 ------------------------------------------------------------------------ [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? ------------------------------------------------------------------------ -- Edit this bug report at http://bugs.php.net/?id=7163&edit=1