#20781 [Opn->Bgs]: PHP doesn't work with iPlanet SDK 5.08
| From: | sniper@php.net | Date: | Tue, 03 Dec 2002 08:38:23 +0000 |
| Subject: | #20781 [Opn->Bgs]: PHP doesn't work with iPlanet SDK 5.08 | ||
| References: | 1 | Groups: | php.bugs |
| Request: | Send a blank email to php-bugs+get-26477@lists.php.net to get a copy of this message | ||
ID: 20781
Updated by: sniper@php.net
Reported By: peder@park.se
-Status: Open
+Status: Bogus
Bug Type: LDAP related
Operating System: Linux, Mandrake 8.2
PHP Version: 4.2.3
New Comment:
Please do not submit the same bug more than once. An existing
bug report already describes this very problem. Even if you feel
that your issue is somewhat different, the resolution is likely
to be the same. Because of this, we hope you add your comments
to the existing bug instead.
Thank you for your interest in PHP.
http://bugs.php.net/?id=20773&edit=1
Previous Comments:
------------------------------------------------------------------------
[2002-12-03 01:55:30] peder@park.se
Oh, the iPlanet SDK is actually called "Sun ONE Directory SDK for C
5.08" nowadays, available at
http://wwws.sun.com/software/download/developer/5176.html
/Peder
------------------------------------------------------------------------
[2002-12-03 01:44:23] peder@park.se
I'm trying to get PHP to work with iPlanet LDAP SDK 5.08 that I've got
in /opt/Netscape-LDAP-5.08
./configure --with-apxs=/usr/sbin/apxs --enable-debug=no
--prefix=/opt/php-4.2.3 --with-config-file-path=/etc/php --enable-shmop
--enable-sysvshm --enable-versioning --with-jpeg-dir=/usr/local
--with-gd --enable-gd-native-tt --disable-static --disable-debug
--disable-rpath --with-png-dir=/usr --with-zlib-dir=/usr
-with-freetype-dir=/usr --with-t1lib=/usr --enable-track-vars
--enable-trans-sid --with-mysql
--with-ldap=/opt/Netscape-LDAP-5.08
looks OK, saying:
checking for LDAP support... yes
checking for 3 arg ldap_set_rebind_proc... yes
checking for ldap_parse_reference... no
Everything compiles fine, but I see no sign of linking the iPlanet
libraries and a 'ldd libphp4.so' gives
libdl.so.2 => /lib/libdl.so.2 (0x4016d000)
libpam.so.0 => /lib/libpam.so.0 (0x40170000)
libgd.so.2 => /opt/gd-2.0.8/lib/libgd.so.2 (0x40178000)
libt1.so.1 => /usr/lib/libt1.so.1 (0x401b1000)
libfreetype.so.6 =>/usr/lib/libfreetype.so.6
(0x401fc000)
libpng12.so.0 => /usr/lib/libpng12.so.0 (0x4023d000)
libz.so.1 => /lib/libz.so.1 (0x40266000)
libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0x40275000)
libcrypt.so.1 => /lib/libcrypt.so.1 (0x40296000)
libresolv.so.2 => /lib/libresolv.so.2 (0x402c4000)
libm.so.6 => /lib/libm.so.6 (0x402d6000)
libnsl.so.1 => /lib/libnsl.so.1 (0x402f8000)
libgcc_s.so.1 => /usr/local/lib/libgcc_s.so.1 (0x4030e000)
libc.so.6 => /lib/libc.so.6 (0x40316000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x80000000)
When I start httpd I get a
libphp4.so: undefined symbol: ldap_value_free
I've heard that it should work with 4.x of the SDK
but I can't find it anywhere so I make libldapssl41.so a link to my
libldap50.so, modify the configure
script to look for my versions of the other libs and get
a configure output that says
checking for LDAP support... yes
checking for 3 arg ldap_set_rebind_proc... yes
checking for ldap_parse_reference... yes
and an ldd gives
libdl.so.2 => /lib/libdl.so.2 (0x40172000)
libpam.so.0 => /lib/libpam.so.0 (0x40175000)
libldapssl41.so => /usr/local/lib/libldapssl41.so (0x4017d000)
libplds4.so => /usr/local/lib/libplds4.so (0x401a4000)
libssl3.so => /usr/local/lib/libssl3.so (0x401a7000)
libprldap50.so => /usr/local/lib/libprldap50.so (0x401c4000)
libnss3.so => /usr/local/lib/libnss3.so (0x401c8000)
libplc4.so => /usr/local/lib/libplc4.so (0x40257000)
libnspr4.so => /usr/local/lib/libnspr4.so (0x4025b000)
libgd.so => /usr/local/lib/libgd.so (0x40286000)
libt1.so.1 => /usr/lib/libt1.so.1 (0x402be000)
libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x40309000)
libpng12.so.0 => /usr/lib/libpng12.so.0 (0x4034a000)
libz.so.1 => /lib/libz.so.1 (0x40373000)
libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0x40382000)
libcrypt.so.1 => /lib/libcrypt.so.1 (0x403a4000)
libresolv.so.2 => /lib/libresolv.so.2 (0x403d1000)
libm.so.6 => /lib/libm.so.6 (0x403e3000)
libnsl.so.1 => /lib/libnsl.so.1 (0x40405000)
libgcc_s.so.1 => /usr/local/lib/libgcc_s.so.1 (0x4041b000)
libc.so.6 => /lib/libc.so.6 (0x40423000)
libpthread.so.0 => /lib/libpthread.so.0 (0x40560000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x80000000)
This time I get the ldap_start_tls_s error.
Are there any plans of supporting the iPlanet 5.x
SDK or are there any workarounds that I've missed?
Regards,
Peder
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=20781&edit=1