PHP4.0 cvs build from 6-01-00

Is the following line from the naspi_readme.txt a mistake:
#note place following two lines after mime types init!
>  Init fn="load-modules"
funcs="php4_init,php4_close,php4_execute,php4_auth_trans"
shlib="/php4/nsapiPHP4.dll"

This looks like windows?  What do you put here for unix.

I have done all of this, but I am still getting the following error:

dlopen of /home/web_server/netscape/suitespot/bin/libphp4.so failed
(ld.so.1: ns-httpd: fatal: libstdc++.so.2.10.0: open failed:  No such file
or directory)

My configuration information follows:
PHP4.0 cvs build from 6-01-00
Solaris 2.6
Netscape Enterprise Server 3.6

I used the following flags in the configure:

--enable-sigchild
--enable-libgcc
--enable-discard-path
--enable-magic-quotes
--enable-track-vars
--with-openssl
--with-oracle
--enable-trans-sid
--enable-memory-limit
--enable-versioning
--enable-sysvshm
--with-nsapi=path/to/my/netscape/server/root
--enable-experimental-zts


$LD_LIBRARY as reported by env:
LD_LIBRARY_PATH=/usr/openwin/lib:/usr/dt/lib:/usr/local/lib:/usr/lib:/lib 

$LD_LIBRARY in NES start script:

LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/home/web_server/netscape/suitespot/bin/https:/home/web_server/netscape/suitespot/plugins/java/bin:/usr/local/lib; export LD_LIBRARY_PATH

libstdc++.so.2.10.0 is located in /usr/local/lib

Thanks

The latest CVS has some extended instructions in the nsapi_readme.txt file about installation in UNIX systems,
it mensions exactly the same point you make. As for your real problem I ran into the same issue, but only
when using the gcc released as a package from www.sunfreeware.com, a self-compiled copy fixed the problem.
A quick fix for the packaged gcc is to make a soft link to libstdc++.so.2.10.0 called libstdc++.so
that fixed the problem for me. You may also need to link your libgcc to the usr/local/lib if it complains about
that too.

You also require the --enable-experimental-zts configure flag if you want the nsapi to work at all, otherwise its
going to bail without any errors during the server startup.

-Ant

PHP4.0 cvs build from 6-01-00

Is the following line from the naspi_readme.txt a mistake:
#note place following two lines after mime types init!
>  Init fn="load-modules"
funcs="php4_init,php4_close,php4_execute,php4_auth_trans"
shlib="/php4/nsapiPHP4.dll"

This looks like windows?  What do you put here for unix.

I have done all of this, but I am still getting the following error:

dlopen of /home/web_server/netscape/suitespot/bin/libphp4.so failed
(ld.so.1: ns-httpd: fatal: libstdc++.so.2.10.0: open failed:  No such file
or directory)

My configuration information follows:
PHP4.0 cvs build from 6-01-00
Solaris 2.6
Netscape Enterprise Server 3.6

I used the following flags in the configure:

--enable-sigchild
--enable-libgcc
--enable-discard-path
--enable-magic-quotes
--enable-track-vars
--with-openssl
--with-oracle
--enable-trans-sid
--enable-memory-limit
--enable-versioning
--enable-sysvshm
--with-nsapi=path/to/my/netscape/server/root
--enable-experimental-zts


$LD_LIBRARY as reported by env:
LD_LIBRARY_PATH=/usr/openwin/lib:/usr/dt/lib:/usr/local/lib:/usr/lib:/lib 

$LD_LIBRARY in NES start script:

LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/home/web_server/netscape/suitespot/bin/https:/home/web_server/netscape/suitespot/plugins/java/bin:/usr/local/lib; export LD_LIBRARY_PATH

libstdc++.so.2.10.0 is located in /usr/local/lib

Thanks

I just thought I would update this bug report. After completing the steps suggested the following error is recieved on server startup:

starbase# start

conf_init: Error running init function load-modules: dlopen of /home/web_server/

netscape/suitespot/bin/libphp4.so failed (ld.so.1: ns-httpd: fatal: relocation e

rror: file /home/web_server/netscape/suitespot/bin/libphp4.so: symbol opinit: re

ferenced symbol not found)


AFAIK -lgcc is being linked at the end of the Make, or at least it appears to me it is being linked.

The result of ldd  on libphp4.so is:
        libpam.so.1 =>   /usr/dt/lib/libpam.so.1                                
        libstdc++.so.2.10.0 =>   /usr/local/lib/libstdc++.so.2.10.0             
        libdl.so.1 =>    /lib/libdl.so.1                                        
        libclntsh.so.1.0 =>      /home1/app/oracle/product/732/lib/libclntsh.so.1.0                                                                             
        libm.so.1 =>     /lib/libm.so.1                                         
        libresolv.so.2 =>        /lib/libresolv.so.2                            
        libnsl.so.1 =>   /lib/libnsl.so.1                                       
        libsocket.so.1 =>        /lib/libsocket.so.1                            
        libc.so.1 =>     /lib/libc.so.1                                         
        libm.so.1 (SUNW_1.1) =>  (version not found)                            
        libmp.so.2 =>    /lib/libmp.so.2     

the only one that has anyproblem is libm.so.1 version not found but I don't know if that has anything to do with it.

I am now going to try to figure out which library references the symbol

Thanks
Mark

I just thought I would update this bug report. After completing the steps suggested the following error is recieved on server startup:

starbase# start

conf_init: Error running init function load-modules: dlopen of /home/web_server/

netscape/suitespot/bin/libphp4.so failed (ld.so.1: ns-httpd: fatal: relocation e

rror: file /home/web_server/netscape/suitespot/bin/libphp4.so: symbol opinit: re

ferenced symbol not found)


AFAIK -lgcc is being linked at the end of the Make, or at least it appears to me it is being linked.

The result of ldd  on libphp4.so is:
        libpam.so.1 =>   /usr/dt/lib/libpam.so.1                                
        libstdc++.so.2.10.0 =>   /usr/local/lib/libstdc++.so.2.10.0             
        libdl.so.1 =>    /lib/libdl.so.1                                        
        libclntsh.so.1.0 =>      /home1/app/oracle/product/732/lib/libclntsh.so.1.0                                                                             
        libm.so.1 =>     /lib/libm.so.1                                         
        libresolv.so.2 =>        /lib/libresolv.so.2                            
        libnsl.so.1 =>   /lib/libnsl.so.1                                       
        libsocket.so.1 =>        /lib/libsocket.so.1                            
        libc.so.1 =>     /lib/libc.so.1                                         
        libm.so.1 (SUNW_1.1) =>  (version not found)                            
        libmp.so.2 =>    /lib/libmp.so.2     

the only one that has anyproblem is libm.so.1 version not found but I don't know if that has anything to do with it.

I am now going to try to figure out which library references the symbol

Thanks
Mark

Please verify that it?s still happening using the latest version of PHP (release 4.0.1pl2 or CVS).

user feedback, closed