This call worked in older versions of the SDK, but with the LDAP SDK 5.0 you cannot have "cert7.db" in the path. It must be:ldapssl_client_init( "c:\\foo\\bar", NULL ) // works
tho i personally wasnt involved at the time i believe the reason for the change lies in NSS init interface/s changes. deprecated function ldap_pkcs_init() which still works but pretty much pain in the butt to use allows for diff names and prefixes as it does call NSS_Initialize() further down the line instead of NSS_Init() used by current, non deprecated functions. NSS_Init() allows for one arg only and that arg should be sec db path ending which is a *folder* name in case of NSS_Init(). problem is, you shouldnt be doing this really. obviously its up to you but NSS sec db can change naming scheme at any moment eg relatively recent move from cert7 to cert8 format so imho its best to stay out of this and let NSS itself deal with its sec db structure and naming. try switching to folders, there is no limitation i can think of if you do that.
This is very annoying -- it is both a regression and contrary to the docs. Anyway, thought I'd post this in case anyone else experiences the same problem.
i'm with you on this one and i'm actually thinking of introducing a new init interface [ in addition to half a dozen we have already in there :( ], some form of single but advanced api that should take care of custom secdb names and prefixes if api user is willing [ for whatever reason ] to work with customized NSS sec db naming. i would like to know what others here think of this and any ideas on how it should be implemented etc and what things it must cover. for now we are keeping ldap_pkcs_init() which i resurrected with some fixes as it was neglected for awhile being deprecated and all.
http://docs.iplanet.com/docs/manuals/dirsdk/csdk41/html/function.htm#...
use this one instead : http://docs.sun.com/source/817-6707/ tho i'm pretty sure it still mention sec db filenames coz at the time of writing we were still using old NSS release. next release of the doc should be up to date on that stuff. _______________________________________________ mozilla-directory mailing list [email protected] http://mail.mozilla.org/listinfo/mozilla-directory
