#11442 [Opn->Csd]: Random "Warnig: Failed opening" on any php file
| From: | sniper@php.net | Date: | Thu, 03 Jul 2003 02:42:44 +0000 |
| Subject: | #11442 [Opn->Csd]: Random "Warnig: Failed opening" on any php file | ||
| References: | 1 | Groups: | php.bugs |
| Request: | Send a blank email to php-bugs+get-43132@lists.php.net to get a copy of this message | ||
ID: 11442
Updated by: sniper@php.net
Reported By: aferriz at yahoo dot com
-Status: Open
+Status: Closed
Bug Type: iPlanet related
Operating System: Solaris 7
PHP Version: 4.3.2
New Comment:
This bug has been fixed in CVS.
In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.
In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
Thank you for the report, and for helping us make PHP better.
Previous Comments:
------------------------------------------------------------------------
[2003-07-02 11:33:15] aferriz at yahoo dot com
I've just installed another Solaris 7 server with
iPlanet-WebServer-Enterprise/PHP 4.3.2 and I have the same problem
"Failed opening ..." at random points, again, this is a hi-load
server.
I'll try to install PHP 5.0 Beta just for testing.
------------------------------------------------------------------------
[2003-05-16 03:52:59] magnus@php.net
Closing this one now after the recent fixes for broken
Solaris systems. Reopen it if it doesn't work with a snap
from http://snaps.php.net or the upcomming 4.3.2 release.
------------------------------------------------------------------------
[2003-04-02 08:02:40] koralix at konixx dot cjb dot net
mustafa at xxx dot lt
----------
I have read that include_path in php.ini should be set to ".", then
that
include_path shoul be commented, but nothing helps...
that helped in my case! WindowsME!!!! thanks a lot!
------------------------------------------------------------------------
[2003-01-10 16:19:28] solarstring at yahoo dot com
I have installed the latest version of php (4.3.2 - Jan2) on Solaris
5.8 , IPlanet, and can verify this problem still exists. In fact, a
different server with the same build configuration of php, and same
versions of Netscape/Iplanet, php works fine...
PHP Version 4.3.0
System SunOS wildcat 5.8 Generic_108528-17 sun4u
Build Date Jan 2 2003 16:57:46
Configure Command './configure' '--enable-libgcc'
'--prefix=/usr/local' '--with-oci8=/u/ora/app/oracle/product/9.0.1'
'--with-nsapi=/u/web/netscape/iplanet/' '--enable-sysvsem'
'--enable-discard-path' '--enable-magic-quotes'
'--enable-memory-limit'
'--enable-versioning' '--enable-track-vars' '--enable-trans-sid'
'--enable-sigchild'
Server API NSAPI
Virtual Directory Support enabled
Configuration File (php.ini) Path /usr/local/lib/php.ini
PHP API 20020918
PHP Extension 20020429
Zend Extension 20021010
Debug Build no
Thread Safety enabled
Registered PHP Streams php, http, ftp
Have there been any bug patches explicitly related to this?
------------------------------------------------------------------------
[2002-12-04 09:38:28] jari at utu dot fi
We are running PHP 4.2.3 with iPlanet Enterprise Web Server 6.0 SP4. We
have the same php module used by several server instances, one of which
works perfectly. The php module in other instances seems to freeze
randomly: one minute the page works, next all we have is an empty page
containing nothing more than <html><body></body></html> tags.
------------------------------------------------------------------------
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/11442
--
Edit this bug report at http://bugs.php.net/?id=11442&edit=1