php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #10012 installing after compiling --with-nsapi on iPlanet 4.1SP6 fails
Submitted: 2001-03-27 03:59 UTC Modified: 2002-09-21 02:09 UTC
From: arturs at hbl dot lv Assigned:
Status: No Feedback Package: iPlanet related
PHP Version: 4.0 Latest CVS (27/03/2001) OS: SUN Solaris 2.7
Private report: No CVE-ID: None
 [2001-03-27 03:59 UTC] arturs at hbl dot lv
I had a similar problem to #4982, #5187.

1. My platform is: CVS php4-200103260645, iPlanet 4.1SP6, Solaris 2.7
2. Configure looks like this :
./configure --with-nsapi=/u/netscape/server4 --enable-libgcc
(I'll need to add Oracle, but first I decided to compile without it ) 

Configure, make, make install completes no problems

3. I modified "start", "mime.conf", obj.conf as described in
 http://www.php.net/manual/en/install.netscape-enterprise.php

4. Starting iPlanet via web-Administrator port I received following:

Status: 
     [https-public]: start failed. (2: unknown early startup error)
     [https-public]: server terminated (signal 6): watchdog is restarting it 
     [https-public]: failure: server initialization failed 

Error
     An error occurred during startup.
     The server https-public was not started.

5.  If I removed the "Init fn=php4_init errorString line from obj.conf file, the server started incorrectly.
It refuses to parse PHP files. I just get "document contains no data."

Is it bug or my incorrect configuration ?
Any help pls

Patches

Pull Requests

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2001-05-01 15:22 UTC] sniper@php.net
Duplicate of #10581

--Jani

 [2002-08-23 21:26 UTC] sniper@php.net
Please try using this CVS snapshot:

  http://snaps.php.net/php4-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-latest.zip


 [2002-09-21 02:09 UTC] sniper@php.net
No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.


 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved.
Last updated: Wed Oct 30 22:01:28 2024 UTC