php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login

go to bug id or search bugs for

Bug #5187 iPlanet 4.1 scripting problem
Submitted: 2000-06-22 07:15 UTC Modified: 2000-07-27 21:25 UTC
From: klestes at hotmail dot com Assigned:
Status: Closed Package: Scripting Engine problem
PHP Version: 4.0.0 Release OS: SuSE Linux 6.4
Private report: No CVE-ID: None
View Developer Edit
 [2000-06-22 07:15 UTC] klestes at hotmail dot com 
I had a similar problem to #4982, but got Iplanet to come up by removing the "Init fn=php4_init errorString line from my obj.conf file. Once the server was up, it absolutely refuses to parse PHP files; I just get "document contains no data." I've changed the shlib part of the load-modules lines to read: /opt/iplanet/bin/libphp4.so (opt/iplanet is my server root).

My configure line looks like this:

--with-mysql --with-imap --with-gd --enable-bcmath --disable-xml --with-tsrm-pthreads --with-nsapi=/opt/iplanet

I've tried it with and without pthreads. It works great when I cleanly compiled it --with-apxs and no nsapi support (I'd prefer to use Apache, but can't).

Any ideas? At what point does iPlanet determine it is sending MIME type text/html?? Thanks...


Kevin

Patches

Pull Requests

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2000-07-19 03:19 UTC] klestes at hotmail dot com 
Well, not sure if/what changed between the 4.0 and the latest patch level (2) for NSAPI, but once I recompiled PHP with NSAPI support, all was well. I had to undo my previous hack to get iPlanet working, which was commenting out the errorString line in the obj.conf. So, in the long run, the instructions which come in the nsapi-readme.txt file work as advertised.

Guess you can move this over to the closed category...


Kevin
 [2000-07-27 21:25 UTC] jalal@php.net 
Fixed by latest version.
Closed at user request.
 
PHP Copyright © 2001-2026 The PHP Group
All rights reserved. 		Last updated: Thu Oct 08 23:00:02 2026 UTC