I want to enable our application to function as an LDAP client that can 
connect to servers either with SSL or without it.  The program also accesses 
a database using either Oracle 10g, Oracle 9i, or SQL Server 2005 native API 
libraries.  This program is built for MS Windows (2000, XP, and 2003), Sun 
Solaris (8, 9, and 10), and HP-UX (11i).  I am using the Mozilla LDAP C SDK 
6.0.4, NSS 3.11.9 and NSPR 4.7.

This works fine when I build it for Windows and Oracle 10g.  But when I 
build for Solaris and Oracle 10g, the LDAP API does not work.

To isolate the problem I have built a simple LDAP demo program that calls 
ldap_init() (or ldapssl_client_init() followed by ldapssl_init() ), then 
ldap_simple_bind_s() followed by ldap_unbind().  If I just link my test 
program to the LDAP C SDK shared objects, it works fine (both with and 
without SSL).

But if I also link (but do not call) a single Oracle ProC module and the 
relevant Oracle 10g libraries (all of which are *.a archives, not shared 
*.so objects), then the test program fails.  It appears that the calls to 
ldap_init(), ldapssl_client_init(), ldapssl_init(), ldap_err2string(), and 
ldapssl_err2string() never enter the code in the SDK *.so objects but always 
return a zero value.  Both debug fprintf(stderr) calls inserted into the SDK 
code and Sun Workshop 6.0 (Forte Developer 6) attempts to step into the SDK 
routines show that they are bypassed.  This happens whether everything is 
built for debug or optimized.

Is this a known problem?  Is there some way to work around it?

Dennis Darch
SofTech, Inc.


_______________________________________________
dev-tech-ldap mailing list
[email protected]
https://lists.mozilla.org/listinfo/dev-tech-ldap

Reply via email to