ID:               11442
 Updated by:       [EMAIL PROTECTED]
 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] [EMAIL PROTECTED]

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

Reply via email to