From: Joe L. <jl...@op...> - 2001-05-30 02:35:18
|
Ok.. stuck on windows box for network access, but here's the deal. edit lber.i that I submitted, and comment out these function defs: lber_debug lber_pbrint ber_dump Next, edit Sascha's make file to explicitly include ldap50 and lber50 as your included libraries. Last, make sure /opt/ldapsdk/lib or wherever mozilla is in your LD_LIBRARY_PATH, and before any other ldap libs (like Oracle, OpenLDAP, or the like) I did a test ldapsearch with the test dir (its now ldap.open(host,port)!!= ) with the libraries and ldap.py/lber.py files present, and it all worked fine against my openldap 2.0.x server. Yeah Kudos to Michael for catching my not testing my latest lber.i file before submitting to the list :) On Mon, 28 May 2001, Michael Str=F6der wrote: > Joe Little wrote: > > > > I've sent this to Sascha. It now contains the extended LDAP v3 API, w= ith > > only the netscape quasi-specific v3 extensions (server side sorts, an= d > > other server or client side ops) > > > > build against Mozilla and openldap 2.x, but I need to check the openl= dap > > 2.x again for some things. Still working.. > > I tried to compile it against Netscape/Mozilla LDAP C SDK 5.0 > (binaries from Sun's web site downloaded today). After some tweaking > of the Makefile (see attachment) it was built. > > But during import of ldapc it chokes with: > > Traceback (most recent call last): > File "tests/ldapsearch.py", line 9, in ? > import ldap > File "/home/michael/src/swig-ldap-0.17-stable-13/ldap.py", line 2, > in ? > import ldapc > ImportError: undefined symbol: lber_debug > > Tried this again with OpenLDAP 2.0.11 libs. Same result. > > Ciao, Michael. |