Re: C-SDK Latest Level?
Ken Ward a écrit : > I am trying to build the sdk on Linux/Os390 to accomodate the build of > Apache 2.2 with LDAP. When I went to the ftp directory, > http://ftp.mozilla.org/pub/mozilla.org/directory/c-sdk/ldap/ the files are > dated 1998. Is there another place I should be extracting from? > Yes, you can pull the SDK directly from CVS. It took me some time to figure out how to build the whole thing for windows. I submitted a bugzilla entry on the subject : https://bugzilla.mozilla.org/show_bug.cgi?id=301035 ___ mozilla-directory mailing list mozilla-directory@mozilla.org http://mail.mozilla.org/listinfo/mozilla-directory
C-SDK Latest Level?
I am trying to build the sdk on Linux/Os390 to accomodate the build of Apache 2.2 with LDAP. When I went to the ftp directory, http://ftp.mozilla.org/pub/mozilla.org/directory/c-sdk/ldap/ the files are dated 1998. Is there another place I should be extracting from? Ken ___ mozilla-directory mailing list mozilla-directory@mozilla.org http://mail.mozilla.org/listinfo/mozilla-directory
Re: LDAP C SDK multithreaded ssl
Anton, That seems to have done the trick. Thank you very much!!! --Mike ___ mozilla-directory mailing list mozilla-directory@mozilla.org http://mail.mozilla.org/listinfo/mozilla-directory
Re: LDAP C SDK multithreaded ssl
I am using the 5.2 version from Sun. The OS windows 2003. The compiler is Visual Studio .Net 2003. ___ mozilla-directory mailing list mozilla-directory@mozilla.org http://mail.mozilla.org/listinfo/mozilla-directory
Re: LDAP C SDK multithreaded ssl
try setting env var NSPR_NATIVE_THREADS_ONLY to 1 [ make sure its set, env vars are tricky on win32 ] this should disable NT fibers there and switch to global/native threads only. if you use fibers from inside your own app i would strongly recommend not doing that and going with global/native threads instead. [EMAIL PROTECTED] wrote: Thanks Dan. I had already gone over that document and followed the examples. Everything works great if the application using the SDK is not using SSL to talk to the directory. When I use SSL the appliation can crash under load. While running the application with a memory checker (Purify) I see that one thread is attempting to use information from a fiber owned by another thread. Any ideas? --Mike ___ mozilla-directory mailing list mozilla-directory@mozilla.org http://mail.mozilla.org/listinfo/mozilla-directory ___ mozilla-directory mailing list mozilla-directory@mozilla.org http://mail.mozilla.org/listinfo/mozilla-directory
Re: LDAP C SDK multithreaded ssl
Hm - what ldap sdk version are you using? What OS and version are you using? What compiler? [EMAIL PROTECTED] wrote: Thanks Dan. I had already gone over that document and followed the examples. Everything works great if the application using the SDK is not using SSL to talk to the directory. When I use SSL the appliation can crash under load. While running the application with a memory checker (Purify) I see that one thread is attempting to use information from a fiber owned by another thread. Any ideas? --Mike ___ mozilla-directory mailing list mozilla-directory@mozilla.org http://mail.mozilla.org/listinfo/mozilla-directory
Re: LDAP C SDK multithreaded ssl
Thanks Dan. I had already gone over that document and followed the examples. Everything works great if the application using the SDK is not using SSL to talk to the directory. When I use SSL the appliation can crash under load. While running the application with a memory checker (Purify) I see that one thread is attempting to use information from a fiber owned by another thread. Any ideas? --Mike ___ mozilla-directory mailing list mozilla-directory@mozilla.org http://mail.mozilla.org/listinfo/mozilla-directory
Re: LDAP C SDK multithreaded ssl
[EMAIL PROTECTED] wrote: Does anyone know if the C SDK is thread safe with SSL? Yes. The C SDK is threadsafe in general: http://www.mozilla.org/directory/csdk-docs/threaded.htm Dan ___ mozilla-directory mailing list mozilla-directory@mozilla.org http://mail.mozilla.org/listinfo/mozilla-directory
LDAP C SDK multithreaded ssl
Does anyone know if the C SDK is thread safe with SSL? ___ mozilla-directory mailing list mozilla-directory@mozilla.org http://mail.mozilla.org/listinfo/mozilla-directory
Please review: bug 310610: Integrate build with c-sdk; split lib and inc directories
Bug: https://bugzilla.mozilla.org/show_bug.cgi?id=310610 Diffs: https://bugzilla.mozilla.org/attachment.cgi?id=198036 ___ mozilla-directory mailing list mozilla-directory@mozilla.org http://mail.mozilla.org/listinfo/mozilla-directory
Re: LDAP C SDK compilation flag
Frank wrote: I'm trying to build a compatible version of the LDAP C SDK from CVS source in a Linux environment on os390x. I got the dependancies and the SDK to compile out of the box according to the instructions at: http://www.mozilla.org/directory/csdk.html The resulting binaries work fine by themselves. However, I need to recompile it to be compatible with another set of libraries that were compiled and linked with a specific gcc/g++ command line flag: -m31 How do I go about specifying that this flag be used for *all*: *.o *.so *.a files compilation and linking operations in all of the: NSPR_4_4_1_RTM NSS_3_9_3_RTM DBM_1_61_RTM SVRCORE_4_0_RTM LDAPCSDK_5_1_5_RTM source code branches so that the resulting files are all compatible with this other set of libraries I'm stuck with? It looks like the above packages have more than one build configuration style, i.e. autoconf and a homegrown "coreconf" which complicates this issue. Still, there must be an reasonable way for me to do this. Any suggestions? That's a tough one. Did you try setting the environment variable CFLAGS="-m31" before running configure (or make before building NSS)? Frank ___ mozilla-directory mailing list mozilla-directory@mozilla.org http://mail.mozilla.org/listinfo/mozilla-directory
LDAP C SDK compilation flag
I'm trying to build a compatible version of the LDAP C SDK from CVS source in a Linux environment on os390x. I got the dependancies and the SDK to compile out of the box according to the instructions at: http://www.mozilla.org/directory/csdk.html The resulting binaries work fine by themselves. However, I need to recompile it to be compatible with another set of libraries that were compiled and linked with a specific gcc/g++ command line flag: -m31 How do I go about specifying that this flag be used for *all*: *.o *.so *.a files compilation and linking operations in all of the: NSPR_4_4_1_RTM NSS_3_9_3_RTM DBM_1_61_RTM SVRCORE_4_0_RTM LDAPCSDK_5_1_5_RTM source code branches so that the resulting files are all compatible with this other set of libraries I'm stuck with? It looks like the above packages have more than one build configuration style, i.e. autoconf and a homegrown "coreconf" which complicates this issue. Still, there must be an reasonable way for me to do this. Any suggestions? Frank ___ mozilla-directory mailing list mozilla-directory@mozilla.org http://mail.mozilla.org/listinfo/mozilla-directory
Static builds of ldap c sdk
Hi, I want to make a static build of LDAP C sdk. I found that the default build made by gmake is dynamic. I need to know that is there any command line paramter or switch which can be given to configure or gmake to get this result or one has to dive into the makefiles and search for the compiler and linker flags himself? Regards, Hashim Saleem ___ mozilla-directory mailing list mozilla-directory@mozilla.org http://mail.mozilla.org/listinfo/mozilla-directory
Re: ANNOUNCE: Mozilla LDAP C SDK version 5.15
Mickaël Guessant wrote: Rich Megginson a écrit : This version contains: 1) A fix for the deprecated get password function on HP-UX 11.11 2) Support for the upgraded components NSPR 4.4.1 and NSS 3.9.3 3) Support for the newly open sourced SVRCORE SVRCORE provides for secure PIN management when using the SSL enabled command line tools. This used to be an internal only Netscape/Sun/AOL component but was recently open sourced. Download and build instructions are available from http://www.mozilla.org/directory/csdk.html Thanks, are there any binary builds available ? Not yet, but soon. Watch this space. ___ mozilla-directory mailing list mozilla-directory@mozilla.org http://mail.mozilla.org/listinfo/mozilla-directory
Re: ANNOUNCE: Mozilla LDAP C SDK version 5.15
Rich Megginson a écrit : This version contains: 1) A fix for the deprecated get password function on HP-UX 11.11 2) Support for the upgraded components NSPR 4.4.1 and NSS 3.9.3 3) Support for the newly open sourced SVRCORE SVRCORE provides for secure PIN management when using the SSL enabled command line tools. This used to be an internal only Netscape/Sun/AOL component but was recently open sourced. Download and build instructions are available from http://www.mozilla.org/directory/csdk.html Thanks, are there any binary builds available ? ___ mozilla-directory mailing list mozilla-directory@mozilla.org http://mail.mozilla.org/listinfo/mozilla-directory
ANNOUNCE: Mozilla LDAP C SDK version 5.15
This version contains: 1) A fix for the deprecated get password function on HP-UX 11.11 2) Support for the upgraded components NSPR 4.4.1 and NSS 3.9.3 3) Support for the newly open sourced SVRCORE SVRCORE provides for secure PIN management when using the SSL enabled command line tools. This used to be an internal only Netscape/Sun/AOL component but was recently open sourced. Download and build instructions are available from http://www.mozilla.org/directory/csdk.html ___ mozilla-directory mailing list mozilla-directory@mozilla.org http://mail.mozilla.org/listinfo/mozilla-directory
Re: LDAP C SDK 5.08 lib on HPUX-11
just tried 5.08 on hpux 11.11 and it works just fine, both 32 and 64 bits. cert, key and secmod are same i use on all other platforms for tests. The 5.06 version yields the same results. I would like to try a 4.x version and see if it has the same issue, but I'm unable to find any 4.x binaries any more. i think you can get them off old netscape/aol dev sites if they werent removed. i dont have any links handy but i'm sure if you google for it you will find something. There are no linker errors (at compile time or runtime), the only problem is that the ldapssl_client_init always returns -1. problem most likely NSS that cannot init itself for some reason. its either your db or NSS/NSPR messed up somehow. try getting underlying NSPR/NSS errors: http://www.mozilla.org/projects/security/pki/nss/ref/ssl/sslerr.html#1013897 http://www.mozilla.org/projects/nspr/reference/html/prerr.html#26127 http://www.mozilla.org/projects/nspr/reference/html/prerr.html#26174 this should give you some more info to work with. ___ mozilla-directory mailing list mozilla-directory@mozilla.org http://mail.mozilla.org/listinfo/mozilla-directory
Re: LDAP C SDK 5.08 lib on HPUX-11
The 5.06 version yields the same results. I would like to try a 4.x version and see if it has the same issue, but I'm unable to find any 4.x binaries any more. There are no linker errors (at compile time or runtime), the only problem is that the ldapssl_client_init always returns -1. I've tried passing it the path of the cert7.db file with and without the filename, but both fail. - Dave ___ mozilla-directory mailing list mozilla-directory@mozilla.org http://mail.mozilla.org/listinfo/mozilla-directory
Re: LDAP C SDK 5.08 lib on HPUX-11
any error/warning messages from runtime linker and the like?
and can you try version 5.06 [from the same site] as well?
Dave Wilcoxson wrote:
Van Vuong wrote:
2. SSL fails on HP platform, works fine on WinNT, AIX and Solaris.
Is this a known problem on HP ?
Sample code
if ( ldapssl_client_init( certdbpath,
NULL // certdbhandle, Pass a NULL value for this. (This
parameter
is not used currently.)
) < 0)
{
Van,
I'm having the same problem as you. Were you ever able to resolve
this? I am running the same code/cert file on Windows, Solaris, and
Linux. It works on all these platforms, but on HPUX
ldapssl_client_init always returns -1.
I'm using the 5.08 binaries from Sun's website.
Thanks,
Dave
___
mozilla-directory mailing list
mozilla-directory@mozilla.org
http://mail.mozilla.org/listinfo/mozilla-directory
___
mozilla-directory mailing list
mozilla-directory@mozilla.org
http://mail.mozilla.org/listinfo/mozilla-directory
Re: LDAP C SDK 5.08 lib on HPUX-11
Van Vuong wrote:
>
> 2. SSL fails on HP platform, works fine on WinNT, AIX and Solaris.
> Is this a known problem on HP ?
> Sample code
> if ( ldapssl_client_init( certdbpath,
> NULL // certdbhandle, Pass a NULL value for this. (This
parameter
> is not used currently.)
> ) < 0)
> {
Van,
I'm having the same problem as you. Were you ever able to resolve
this? I am running the same code/cert file on Windows, Solaris, and
Linux. It works on all these platforms, but on HPUX
ldapssl_client_init always returns -1.
I'm using the 5.08 binaries from Sun's website.
Thanks,
Dave
___
mozilla-directory mailing list
mozilla-directory@mozilla.org
http://mail.mozilla.org/listinfo/mozilla-directory
LDAP C SDK binaries available for download
ftp://ftp.redhat.com/pub/redhat/ldapsdk/ ___ mozilla-directory mailing list mozilla-directory@mozilla.org http://mail.mozilla.org/listinfo/mozilla-directory
Re: Need LDAP C SDK source code for SunONE Directory SDK for C 5.08
5.08 built with NSS 3.3.1 and NSPR 4.1.2 getting exact src can be a problem because we are out of sync with mozilla right now but it is on todo list to sync them again. if you are Directory Server customer you should go ahead and open a support call, same goes if you want to obtain exact src. i personally recommend to engage support because our srcs are tied in our own build system right now so hacking them to build outside could be a challenge especially if you never had any experience hacking it. Van Vuong wrote: Anyone can point me to where I should download the source code that is used to build SunONE Directory SDK for C 5.08 http://www.sun.com/download/products.xml?id=3ec28dbd. The release note said to go Mozilla. The Mozilla LDAP C SDK site, http://www.mozilla.org/directory/csdk.html, shows me to check out the followings: 1.. cvs co -P DirectorySDKSourceC 2.. Pull the code for libraries that LDAP C SDK depends on. Pull NSPR, NSS, and DBM (used by NSS) using these commands: cvs co -r NSPR_4_2_2_RELEASE mozilla/nsprpub cvs co -r NSS_3_7_7_RTM mozilla/security/coreconf mozilla/security/nss cvs co -r DBM_1_61_RTM mozilla/dbm mozilla/security/dbmAre these libs versions correspond to what goes into the making of 5.08 ?If not, what is the right set of compatible versions (ldap, nspr, nss, dbm) that I should download. Thanksvanv ___ mozilla-directory mailing list mozilla-directory@mozilla.org http://mail.mozilla.org/listinfo/mozilla-directory ___ mozilla-directory mailing list mozilla-directory@mozilla.org http://mail.mozilla.org/listinfo/mozilla-directory
Need LDAP C SDK source code for SunONE Directory SDK for C 5.08
Anyone can point me to where I should download the source code that is used to build SunONE Directory SDK for C 5.08 http://www.sun.com/download/products.xml?id=3ec28dbd. The release note said to go Mozilla. The Mozilla LDAP C SDK site, http://www.mozilla.org/directory/csdk.html, shows me to check out the followings: 1.. cvs co -P DirectorySDKSourceC 2.. Pull the code for libraries that LDAP C SDK depends on. Pull NSPR, NSS, and DBM (used by NSS) using these commands: cvs co -r NSPR_4_2_2_RELEASE mozilla/nsprpub cvs co -r NSS_3_7_7_RTM mozilla/security/coreconf mozilla/security/nss cvs co -r DBM_1_61_RTM mozilla/dbm mozilla/security/dbmAre these libs versions correspond to what goes into the making of 5.08 ?If not, what is the right set of compatible versions (ldap, nspr, nss, dbm) that I should download. Thanksvanv ___ mozilla-directory mailing list mozilla-directory@mozilla.org http://mail.mozilla.org/listinfo/mozilla-directory
ldap c-sdk Build problem (can not find file specified)
hello i have downloaded NSS and NSPR using cvs and build using cygwin. it bulid without any problem on windows XP and i am using it, now i want to integrate ldap csdk with mozilla.i downloaded the source using cvs but when i tried to build .it gave following error.SHMSDOS is in folder d:\moztools\bin which is included in Path variable. Do i need to set any environment variable or make change in make file. :> gmake buildLdapClientSDK BUILD_CLU=1 COMPS_FROM_OBJDIR=1 Starting to pull components == Starting LDAP Client SDK == SHMSDOS: [: The system cannot find the file specified. Error executing command [ while processing 'if' gmake: *** [buildLdapClientSDK] Error -1 ___ mozilla-directory mailing list mozilla-directory@mozilla.org http://mail.mozilla.org/listinfo/mozilla-directory
Solaris 8 / LDAP C SDK Build Failures
I need to fix a timeout bug in LDAP and have attempted to build the LDAP C SDK on Solaris 8 using the instructions found at http://www.mozilla.org/directory/csdk.html -- Here's my build script: #!/bin/sh ### # Erase previous snapshot # ### cd /export/home/jeffv/ldap-c-sdk/ rm -fr mozilla ### # Get sources # ### CVSROOT=:pserver:[EMAIL PROTECTED]:/cvsroot export CVSROOT cvs co -P DirectorySDKSourceC cvs co -r NSPR_4_2_2_RELEASE mozilla/nsprpub cvs co -r NSS_3_7_7_RTM mozilla/security/coreconf mozilla/security/nss cvs co -r DBM_1_61_RTM mozilla/dbm mozilla/security/dbm ## # Build NSPR and NSS # ## cd /export/home/jeffv/ldap-c-sdk/mozilla/security/nss gmake nss_build_all ## # Build LDAP SDK # ## CC=gcc export CC CXX=gcc export CXX cd /export/home/jeffv/ldap-c-sdk/mozilla/directory/c-sdk ./configure --with-nss --with-native-threads gmake -- Here's the result: gcc -o ldappr-dns.o -c -Wall -g -fPIC -DDEBUG_jeffv -DDEBUG=1 -DXP_UNIX=1 -DSV R4=1 -DSYSV=1 -D__svr4=1 -D__svr4__=1 -DSOLARIS=1 -DHAVE_FCNTL_FILE_LOCKING= 1 -D_PR_HAVE_OFF64_T=1 -D_LARGEFILE64_SOURCE=1 -DHAVE_LCHOWN=1 -DHAVE_STRERR OR=1 -D_PR_GLOBAL_THREADS_ONLY=1 -D_REENTRANT=1 -DHAVE_POINTER_LOCALTIME_R=1 -DFORCE_PR_LOG -DUSE_WAITPID -DNEEDPROTOS -DLDAP_DEBUG -DNET_SSL -DNO_L IBLCACHE -DLDAP_REFERRALS -DNS_DOMESTIC -I../../../../../dist/public/ld ap -I../../../ldap/include -I../../../../../dist/./include -I../../../../../ dist/include/nspr -I../../../../../dist/SunOS5.8_DBG.OBJ/include ldappr-dns.c In file included from ldappr-dns.c:44: ldappr-int.h:45:18: nspr.h: No such file or directory I found a solution for the same thing in Linux and imitated that by copying all the .h files from the directory that contains nspr.h over to the .../dist/include/nspr directory and re-gmake-ing, but that just led to new compile time problems not described here. I suspect that continuing to hack this beyond what anyone else appears to have done is not the correct way to go. Any help would be greatly appreciated; we have a customer awaiting a bug fix in the LDAP client timeout mechanism. -- - Jeff V ___ mozilla-directory mailing list mozilla-directory@mozilla.org http://mail.mozilla.org/listinfo/mozilla-directory
Re: c sdk
Ronan McGlue wrote: hi dan thanks for the help... i used normal make and got further but also encountered a new error further on down... > [...] > this looks like it here LINK : fatal error LNK1181: cannot open input file "../../../../../dist/lib/softokn3.lib" make[3]: *** [nsldapssl32v50.dll] Error 157 ronan I wonder if this is perhaps a leftover problem from the old make cycle. Try doing a "make distclean" and then reconfigure and remake. Dan ___ mozilla-directory mailing list [EMAIL PROTECTED] http://mail.mozilla.org/listinfo/mozilla-directory
Re: c sdk
hi dan thanks for the help... i used normal make and got further but also encountered a new error further on down... === making ./nsldapssl32v50.dll sh ../../../config/cygwin-wrapper link /DEBUG /nologo /MAP /DLL /PDB:NONE /DEBUG TYPE:BOTH /SUBSYSTEM:CONSOLE wsock32.lib kernel32.lib user32.lib gdi32.lib winspool.lib comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib rpcrt4.lib uuid.lib odbc32.lib odbccp32.lib winmm.lib ../../../../../dist/lib/nsldap32v50.lib ../../../../../dist/lib/nsldappr32v50.lib ../../../../../dist/lib/libplc4.lib ../../../../../dist/lib/libplds4.lib ../../../../../dist/lib/libnspr4.lib .. /../../../../dist/lib/nss3.lib ../../../../../dist/lib/softokn3.lib ../../../../../dist/lib/ssl3.lib /out:"nsldapssl32v50.dll" ./clientinit.obj ./ldapsinit.obj ./errormap.obj /DEF:./../msdos/winsock/nsldapssl32.def wsock32.lib kernel32.lib user32.lib gdi32.lib winspool.lib comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib rpcrt4.lib uuid.lib odbc32.lib odbccp32.lib winmm.lib ../../../. ./../dist/lib/nsldap32v50.lib ../../../../../dist/lib/nsldappr32v50.lib ../../.. /../../dist/lib/libplc4.lib ../../../../../dist/lib/libplds4.lib ../../../../../ dist/lib/libnspr4.lib ../../../../../dist/lib/nss3.lib ../../../../../dist/lib/softokn3.lib ../../../../../dist/lib/ssl3.lib LINK : fatal error LNK1181: cannot open input file "../../../../../dist/lib/softokn3.lib" make[3]: *** [nsldapssl32v50.dll] Error 157 make[3]: Leaving directory `/cygdrive/c/ldap/mozilla/directory/c-sdk/ldap/libraries/libssldap' make[2]: *** [export] Error 2 make[2]: Leaving directory `/cygdrive/c/ldap/mozilla/directory/c-sdk/ldap/libraries' make[1]: *** [export] Error 2 make[1]: Leaving directory `/cygdrive/c/ldap/mozilla/directory/c-sdk/ldap' make: *** [export] Error 2 this looks like it here LINK : fatal error LNK1181: cannot open input file "../../../../../dist/lib/softokn3.lib" make[3]: *** [nsldapssl32v50.dll] Error 157 ronan I've seen this before (years ago), and I'm trying to remember how I fixed it. Have you tried compiling with the cygwin "make" rather than the netscapetools "gmake"? If that doesn't work, anothing to try might be building from cmd.exe rather than cygwin bash. Dan ___ mozilla-directory mailing list [EMAIL PROTECTED] http://mail.mozilla.org/listinfo/mozilla-directory
Re: c sdk
Ronan McGlue wrote: Hi all, i hape an w32 app that needs to connect to MS Active Dir over ssl. I tried netscape ldapsdk v3, which connected but wouldnt do a password change(probably and AD quirk), then i tried windowsldap, which wouldnt connect, then sun ldap v5 to no avail. Now im trying to build mozilla, and its giving me the following in cygwin $ gmake cd config; c:/netscapetools/bin/gmake.exe export c:\netscapetools\bin\gmake.exe[1]: Entering directory `c:/ldap/mozilla/directory /c-sdk/config' c:\netscapetools\bin\gmake.exe[1]: Nothing to be done for `export'. c:\netscapetools\bin\gmake.exe[1]: Leaving directory `c:/ldap/mozilla/directory/ c-sdk/config' cd ldap; c:/netscapetools/bin/gmake.exe export c:\netscapetools\bin\gmake.exe[1]: Entering directory `c:/ldap/mozilla/directory /c-sdk/ldap' cd include; c:/netscapetools/bin/gmake.exe export c:\netscapetools\bin\gmake.exe[2]: Entering directory `c:/ldap/mozilla/directory /c-sdk/ldap/include' sh ../../config/cygwin-wrapper nsinstall -D ../../../../dist/public/ldap perl ./../build/replace.pl \ LDAP_VENDOR_NAME="mozilla.org" \ LDAP_VENDOR_VERSION="500" \ < ldap-standard-tmpl.h > ../../../../dist/public/ldap/ldap-stand ard.h It just halts here for ages until i ^C it. I've seen this before (years ago), and I'm trying to remember how I fixed it. Have you tried compiling with the cygwin "make" rather than the netscapetools "gmake"? If that doesn't work, anothing to try might be building from cmd.exe rather than cygwin bash. Dan ___ mozilla-directory mailing list [EMAIL PROTECTED] http://mail.mozilla.org/listinfo/mozilla-directory
c sdk
Hi all, i hape an w32 app that needs to connect to MS Active Dir over ssl. I tried netscape ldapsdk v3, which connected but wouldnt do a password change(probably and AD quirk), then i tried windowsldap, which wouldnt connect, then sun ldap v5 to no avail. Now im trying to build mozilla, and its giving me the following in cygwin $ gmake cd config; c:/netscapetools/bin/gmake.exe export c:\netscapetools\bin\gmake.exe[1]: Entering directory `c:/ldap/mozilla/directory /c-sdk/config' c:\netscapetools\bin\gmake.exe[1]: Nothing to be done for `export'. c:\netscapetools\bin\gmake.exe[1]: Leaving directory `c:/ldap/mozilla/directory/ c-sdk/config' cd ldap; c:/netscapetools/bin/gmake.exe export c:\netscapetools\bin\gmake.exe[1]: Entering directory `c:/ldap/mozilla/directory /c-sdk/ldap' cd include; c:/netscapetools/bin/gmake.exe export c:\netscapetools\bin\gmake.exe[2]: Entering directory `c:/ldap/mozilla/directory /c-sdk/ldap/include' sh ../../config/cygwin-wrapper nsinstall -D ../../../../dist/public/ldap perl ./../build/replace.pl \ LDAP_VENDOR_NAME="mozilla.org" \ LDAP_VENDOR_VERSION="500" \ < ldap-standard-tmpl.h > ../../../../dist/public/ldap/ldap-stand ard.h It just halts here for ages until i ^C it. here are my paths $ echo $PATH /usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/cygdrive/c/Perl/bin/:/cygdrive/c/WI NDOWS/system32:/cygdrive/c/WINDOWS:/cygdrive/c/WINDOWS/System32/Wbem:/cygdrive/c /WINDOWS/system32/nls:/cygdrive/c/WINDOWS/system32/nls/ENGLISH:/cygdrive/c/Progr am Files/Microsoft Platform SDK/Bin/:/cygdrive/c/Program Files/Microsoft Platform SDK/Bin/WinNT/:/cygdrive/c/Program Files/Microsoft Visual Studio/Common/Tools/WinNT:/cygdrive/c/Program Files/Microsoft Visual Studio/Common/MSDev98/Bin:/cygdrive/c/Program Files/Microsoft Visual Studio/Common/Tools:/cygdrive/c/Program Files/Microsoft Visual Studio/VC98/bin:Z:.:P:.:.:/cygdrive/c/NovNdk/KServer:/cygdrive/c/netscapetools/bin:/usr/bin i know this is a stab in the dark but anyone have this sortof either compilation problem... or more importantly Is there anyone with a story of actually getting ldap to work over ssl thanks ronan ___ mozilla-directory mailing list [EMAIL PROTECTED] http://mail.mozilla.org/listinfo/mozilla-directory
Re: LDAP C SDK and newer versions of Linux
Thanks. Netscape Directory Server 7.0 will be released in a couple of months. The platforms will be RH AS 3, Solaris 9, Win2k, and HPUX 11.11. I'm not sure where you will be able to get the binaries - perhaps still http://enterprise.netscape.com. We're trying to work out the details in the wake of the acquistion of the software by Red Hat. We're also trying to figure out how to do binary LDAP C SDK releases. But you can always get the LDAP SDK binaries by extracting them from the NDS trial version package (the LDAP SDK is not timebombed). Frank wrote: I ran into this problem and saw a couple of posts on this here, so I decided to do a little HOWTO. Its short and very rough, but I think it'll help you out if you can't link new LDAP applications to current versions of glibc using old LDAP libraries. F. +-+ | ISSUES WITH MOZILLA / SUN / IPLANET / NETSCAPE's | | LDAP C SDK AND NEWER VERSIONS OF GLIBC ON LINUX | | | | FRH, 2004.10.29 | +-+ This is a ROUGH summary of things I found out regarding errors I was getting when trying to compile and link LDAP applications with current versions of glibc on Linux machines. PROBLEM The old binary releases were linked against older versions of glibc that is no longer compatible the the glibc versions be shipped with more current flavors of Linux. For example, the older binaries work on a RHL 7.3 box with the following glibc: /lib/libc.so.6 -> libc-2.2.5.so a newer RHEL 3.2 box install gives me: /lib/libc.so.6 -> libc-2.3.2.so The problem manifests itself when you try and build a new LDAP application against the older binaries from the tarball binary distribution. You'll get an undefined reference to __ctype_b error. __ctype_b is now a hidden symbol for newer glibc libraries. Apparently the parenthesis indicate the new hidden status. You can see the difference using objdump: OLD RHL 7.3: objdump --dynamic-syms /lib/libc.so.6 | grep '__ctype_b$' 0012ec20 gDO .data 0004 GLIBC_2.0 __ctype_b NEW RHEL 3.2: objdump --dynamic-syms /lib/libc.so.6 | grep '__ctype_b$' 001369d8 gDO .data 0004 (GLIBC_2.0) __ctype_b SOLUTION The solution is to rebuild the libraries from source, linking them against the newer version(s) of glibc. I just don't know why (Java) Sun has not released more current binary versions (Java) of the LDAP C SDK (Java). Perhaps it has something to do with their renamed LDAP application suite that all start with the prefix "Sun Java System". Hmm. Let get back on topic. Follow the instructions at: http://www.mozilla.org/directory/csdk.html regarding the dependancies NSS, NSPR, & DBM first. I built those from CVS source. Then download the LDAP C SDK CVS source and follow the compilation instructions at the above site. When compiling the libraries, you'll get a bunch of output in the dist directory and subdirectories. I did NOT get fresh versions of ldapsearch etc. I DID get fresh versions of libldap50.so etc. You may have to perform searches for the files you want from the dist/ directory and move them in piecemeal fashion. If you use cp, make sure to use the -L option to force the dereferencing of links. find . -name libldap50.so find . -name libssldap50.so find . -name ldap.h find . -name libnss3.so etc. You need to be able to reference these files when you compile new applications. There are a couple of ways to do this. One of the simpler is to just copy them into the respective directories under: /usr/local/ and make sure that: /usr/local/bin/ is in your $PATH and the you reference: /usr/local/lib/ as a relevant library directory when you build (compile & link) new programs. That worked for me. I didn't run the test script yet, but I've performed searches in both cleartext and SSL from freshly compiled and linked programs so I think its OK. But I should still really run the acceptance test when I get a chance: http://www.mozilla.org/directory/csdk-tests.html Perhaps someone at either Sun or Mozilla.org could create some newer binary distributions for all of us soon? I hope this helps some in the meantime. F. ___ mozilla-directory mailing list [EMAIL PROTECTED] http://mail.mozilla.org/listinfo/mozilla-directory
LDAP C SDK and newer versions of Linux
I ran into this problem and saw a couple of posts on this here, so I decided to do a little HOWTO. Its short and very rough, but I think it'll help you out if you can't link new LDAP applications to current versions of glibc using old LDAP libraries. F. +-+ | ISSUES WITH MOZILLA / SUN / IPLANET / NETSCAPE's | | LDAP C SDK AND NEWER VERSIONS OF GLIBC ON LINUX | | | | FRH, 2004.10.29 | +-+ This is a ROUGH summary of things I found out regarding errors I was getting when trying to compile and link LDAP applications with current versions of glibc on Linux machines. PROBLEM The old binary releases were linked against older versions of glibc that is no longer compatible the the glibc versions be shipped with more current flavors of Linux. For example, the older binaries work on a RHL 7.3 box with the following glibc: /lib/libc.so.6 -> libc-2.2.5.so a newer RHEL 3.2 box install gives me: /lib/libc.so.6 -> libc-2.3.2.so The problem manifests itself when you try and build a new LDAP application against the older binaries from the tarball binary distribution. You'll get an undefined reference to __ctype_b error. __ctype_b is now a hidden symbol for newer glibc libraries. Apparently the parenthesis indicate the new hidden status. You can see the difference using objdump: OLD RHL 7.3: objdump --dynamic-syms /lib/libc.so.6 | grep '__ctype_b$' 0012ec20 gDO .data 0004 GLIBC_2.0 __ctype_b NEW RHEL 3.2: objdump --dynamic-syms /lib/libc.so.6 | grep '__ctype_b$' 001369d8 gDO .data 0004 (GLIBC_2.0) __ctype_b SOLUTION The solution is to rebuild the libraries from source, linking them against the newer version(s) of glibc. I just don't know why (Java) Sun has not released more current binary versions (Java) of the LDAP C SDK (Java). Perhaps it has something to do with their renamed LDAP application suite that all start with the prefix "Sun Java System". Hmm. Let get back on topic. Follow the instructions at: http://www.mozilla.org/directory/csdk.html regarding the dependancies NSS, NSPR, & DBM first. I built those from CVS source. Then download the LDAP C SDK CVS source and follow the compilation instructions at the above site. When compiling the libraries, you'll get a bunch of output in the dist directory and subdirectories. I did NOT get fresh versions of ldapsearch etc. I DID get fresh versions of libldap50.so etc. You may have to perform searches for the files you want from the dist/ directory and move them in piecemeal fashion. If you use cp, make sure to use the -L option to force the dereferencing of links. find . -name libldap50.so find . -name libssldap50.so find . -name ldap.h find . -name libnss3.so etc. You need to be able to reference these files when you compile new applications. There are a couple of ways to do this. One of the simpler is to just copy them into the respective directories under: /usr/local/ and make sure that: /usr/local/bin/ is in your $PATH and the you reference: /usr/local/lib/ as a relevant library directory when you build (compile & link) new programs. That worked for me. I didn't run the test script yet, but I've performed searches in both cleartext and SSL from freshly compiled and linked programs so I think its OK. But I should still really run the acceptance test when I get a chance: http://www.mozilla.org/directory/csdk-tests.html Perhaps someone at either Sun or Mozilla.org could create some newer binary distributions for all of us soon? I hope this helps some in the meantime. F.
small patch to c-sdk
Hello directory group. Hopefully there is somebody (a developer)on here who likes to see bugs being fixed by users. A build fails for c-sdk on SunOS. I checked it out today. The error occurs in libssl something-or-other. in mozilla/directory/c-sdk/ldap/libraries/libssldap/Makefile.in line 107 reads EXTRA_LIBS = -L(dist_libdir) -l$(LDAP_LIBNAME) but it should read EXTRA_LIBS = -L$(dist_libdir) -l$(LDAP_LIBNAME) ^ Hope this is helpful. I would have used bugzilla but it's too confusing for my tired brain. The build works ok after this. (I think) One small question. I have a dist/ directory full of things. How to I convert this into a sort of package tree. So I can have say libs in lib/ and headers in include/ ready to put in /usr/local/ what file and directories do I take. I am specifically interested in ldap_ssl things (libs/headers) Rob -- Rob Shepherd robshep ATT informtics D0t bangor d0t aay-see dOT you-kay ___ mozilla-directory mailing list [EMAIL PROTECTED] http://mail.mozilla.org/listinfo/mozilla-directory
checking out Mozilla LDAP C-SDK problem on Windows: cvs logon fails with connection time-out
I was able to follow this link http://www.mozilla.org/build/win32-nmake.html, download the C-SDK from Mozilla ftp site, http://207.200.85.49/pub/mozilla.org/directory/c-sdk/ldap/ldapsdk_12311998.zip , build the ldap lib in debug mode, create a sample client to call ldap API, use the VC++ debugger to step into ldap API call. Everything looks good. I find out that the C-SDK code I downloaded does not have entry points for SSL at all (grep code for ldapssl_client_init). I then try the cvs path, follow instruction on http://www.mozilla.org/directory/csdk.html, download cvs, follow the instruction to install it. I then set CVSROOT=:pserver:[EMAIL PROTECTED]:/cvsroot Run cvs login, type in password as anonymous and got connection time out error. cvs [login aborted]: connect to cvs.mozilla.org(207.126.111.201):2401 failed:connection timed out I noted the difference in the output listed in http://www.mozilla.org/cvs.html with mine output. C:\> set CVSROOT=:pserver:[EMAIL PROTECTED]:/cvsroot C:\> set HOME=\TEMP C:\> cvs login (Logging in to [EMAIL PROTECTED]) <--- difference, cvs output (Logging in to :pserver:[EMAIL PROTECTED]) <--- mine output CVS password: anonymous Is there a way that I can download LDAP/ NSS / NSPR / DBM and build the ldap ssl version. Thanks vanv [EMAIL PROTECTED] ___ mozilla-directory mailing list [EMAIL PROTECTED] http://mail.mozilla.org/listinfo/mozilla-directory
Does LDAP C SDK support IPv6?
Hi, I use a Mozilla LDAP C SDK and Sun LDAP C SDK.. But I think both doesn't support IPv6 environment. I put ldap server ip address(ipv6 address) into ldap_init(). But error occur in ldap_simple_bind_s(); It's err code is 0x5b. It means "Can't connect to the LDAP server". Anybody knew this status? I don't know it really doesn't support IPv6. If it support IPv6, then how i try to? Please tell me some advise. thank you. Simon ___ mozilla-directory mailing list [EMAIL PROTECTED] http://mail.mozilla.org/listinfo/mozilla-directory
LDAP C SDK release/version number
Hi, The current "Checking out the code" instructions suggest to pull the latest source under DirectorySDKSourceC. Is there a concept of major/stable release? If so, what is its version number and is there in cvs a tag (or some sort of reference) that I could use in future to pull down the source corresponding to this release from the repository? Thanks & Regards Sergiu ___ mozilla-directory mailing list [EMAIL PROTECTED] http://mail.mozilla.org/listinfo/mozilla-directory
Mozilla LDAP C SDK on Itanium platforms
We're currently using Sun LDAP libraries v5.0.8, but evaluating mozilla LDAP C SDK given that Sun does not provide binaries for a number of platforms we're targetting. Has anyone been able to build/use the Mozilla LDAP C SDK on Itanium based Windows 2003, HP-UX 11.23 (11i v2), or Enterprise Linux? Thanks & Regards Sergiu ___ mozilla-directory mailing list [EMAIL PROTECTED] http://mail.mozilla.org/listinfo/mozilla-directory
LDAP C SDK on mozilla
Hi, can anyone tell me the version of C SDK available on mozilla. Is it same as what is available at SUN's site? Also, I am facing problems with SUN's C SDK on RH9. Has anyone tried this before? -Regards Ashwin ___ mozilla-directory mailing list [EMAIL PROTECTED] http://mail.mozilla.org/listinfo/mozilla-directory
Unable to compile the LDAP C SDK
Hi, I am trying to compile the C SDK from source as per the instructions on http://www.mozilla.org/directory/csdk.html . But when I get to the point of compiling nss using "gmake nss_build_all", I get the following output: ../coreconf/config.mk:67: ../coreconf/Linux2.6.mk: No such file or directory ../coreconf/config.mk:167: no file name for `-include' gmake: *** No rule to make target ../coreconf/Linux2.6.mk. Stop. gmake: *** [../coreconf/Linux2.6.mk] Error 1 I suspect that I get this error message because I am running a 2.6 kernel, but I have no idea how to get around this. Can anyone help me? Thanks! ___ mozilla-directory mailing list [EMAIL PROTECTED] http://mail.mozilla.org/listinfo/mozilla-directory
Unable to compile c-sdk on windows -xp
My Env Settings are C:\mozilla>env|grep -i moz !C:=C:\mozilla MOZCONFIG=c:\mozilla\MOZCONFIG MOZ_BITS=32 MOZ_DEBUG=1 MOZ_GOLD=1 MOZ_MEDIUM=1 MOZ_NT=5.0 MOZ_TOOLS=C:\moztools C:\mozilla>make -f client.mk build cd C:mozilla C:mozilla/configure loading cache ./config.cache testing\c sed: 1: "s/^/(.*/)-/([^-]*-[^-]* ...": bad flag in substitute command: ')' sed: 1: "s/.*NeXT Mach /([0-9]*/ ...": bad flag in substitute command: ')' no_compiler_found: not found C:mozilla/build/autoconf/config.guess: unable to guess system type This script, last modified 2003-02-22, has failed to recognize the operating system you are using. It is advised that you download the most up to date version of the config scripts from ftp://ftp.gnu.org/pub/gnu/config/ If the version you run (C:mozilla/build/autoconf/config.guess) is already up to date, please send the following data and any information you think might be pertinent to <[EMAIL PROTECTED]> in order to provide the needed information to handle your system. config.guess timestamp = 2003-02-22 uname -m = x86 uname -r = 5.1 uname -s = Windows uname -v = SP1 /usr/bin/uname -p = unknown /bin/uname -X = hostinfo = /bin/universe = /usr/bin/arch -k = /bin/arch = /usr/bin/oslevel = /usr/convex/getsysinfo = UNAME_MACHINE = x86 UNAME_RELEASE = 5.1 UNAME_SYSTEM = Windows UNAME_VERSION = SP1 rmdir: /dev/fs/C/tmp/cgMV2892: No such file or directory configure: error: can not guess host type; you must specify one *** Fix above errors and then restart with "make -f client.mk build" make: *** [C:\mozilla/Makefile] Error 1
Can someone help me know as how can I independently build ldap c- sdk on mozilla 1.4.1
Hi All Can someone help me know as how can I independently build ldap c-sdk on mozilla 1.4.1. I am lost and need help. Regards Vikas
Re: mozilla ldap C SDK on solaris 8
Hello :) I'm trying to install the one with the source code. thanks! melissa Richard Megginson <[EMAIL PROTECTED]> wrote in message news:<[EMAIL PROTECTED]>... > Are you trying to install the binaries or the source code? > > melissa_benkyo wrote: > > Hello all, > > > > I'm trying to install the mozilla ldap C SDK on my solaris box. But > > I'm not sure how to do it. I looked up the documentation at the > > official site and it says about using configure but there is not a > > configure file in the tar file. Can someone please point me to the > > right direction? > > > > any help is much appreciated. thanks! ___ mozilla-directory mailing list [EMAIL PROTECTED] http://mail.mozilla.org/listinfo/mozilla-directory
Re: mozilla ldap C SDK on solaris 8
Are you trying to install the binaries or the source code? melissa_benkyo wrote: Hello all, I'm trying to install the mozilla ldap C SDK on my solaris box. But I'm not sure how to do it. I looked up the documentation at the official site and it says about using configure but there is not a configure file in the tar file. Can someone please point me to the right direction? any help is much appreciated. thanks! ___ mozilla-directory mailing list [EMAIL PROTECTED] http://mail.mozilla.org/listinfo/mozilla-directory
mozilla ldap C SDK on solaris 8
Hello all, I'm trying to install the mozilla ldap C SDK on my solaris box. But I'm not sure how to do it. I looked up the documentation at the official site and it says about using configure but there is not a configure file in the tar file. Can someone please point me to the right direction? any help is much appreciated. thanks! ___ mozilla-directory mailing list [EMAIL PROTECTED] http://mail.mozilla.org/listinfo/mozilla-directory
Re: Does Netscape LDAP C SDK client library supports page control?
Hi Richard, Thank you very much for your reply! I saw the SDK has the function of ldap_create_sort_control() and ldap_parse_sort_control() APIs, so I figured there should be similar APIs for page control as well, but I didn't see it. Do I need to modify the API source code and create the functions myself? So far, the way we are using the SDK is just linking with the ldap library, and making the calls to API functions. The library we have is pretty old, and we don't have the matching source code either. Thanks! Yimin Richard Megginson wrote: Yimin Chen wrote: Hi, I am currently using Netscape library to talk to Active Directory server, and due to the large result size (exceeds 1000) of the ldap query, I am not able to get the full results. Active Directory supports the server side page control, does Netscape client side library supports page control? I can not find the function in the documentation. It depends on what you mean by support. The SDK supports the ability to send any arbitrary control to the server and read the results. It is up to your application to format the control request data to send to the server and parse the control response data from the server. Your help is greatly appreciated!!! Yimin ___ mozilla-directory mailing list [EMAIL PROTECTED] http://mail.mozilla.org/listinfo/mozilla-directory
Re: Does Netscape LDAP C SDK client library supports page control?
Yimin Chen wrote: Hi, I am currently using Netscape library to talk to Active Directory server, and due to the large result size (exceeds 1000) of the ldap query, I am not able to get the full results. Active Directory supports the server side page control, does Netscape client side library supports page control? I can not find the function in the documentation. It depends on what you mean by support. The SDK supports the ability to send any arbitrary control to the server and read the results. It is up to your application to format the control request data to send to the server and parse the control response data from the server. Your help is greatly appreciated!!! Yimin ___ mozilla-directory mailing list [EMAIL PROTECTED] http://mail.mozilla.org/listinfo/mozilla-directory
how to independently build ldap c-sdk???
Hi All I need to the following. First is which version of mozilla is exactly ldap c-sdk 5.0 started. (Is this 1.4/1.5/1.6/1.7 ???) Next is how to independently build ldap c-sdk??? Regards Vikas
Does Netscape LDAP C SDK client library supports page control?
Hi, I am currently using Netscape library to talk to Active Directory server, and due to the large result size (exceeds 1000) of the ldap query, I am not able to get the full results. Active Directory supports the server side page control, does Netscape client side library supports page control? I can not find the function in the documentation. Your help is greatly appreciated!!! Yimin ___ mozilla-directory mailing list [EMAIL PROTECTED] http://mail.mozilla.org/listinfo/mozilla-directory
Re: Picking up binaries of c-sdk of netscape(for windos and Solaris)
The best way to get the c-sdk is to build it yourself. If you are having problems, you should post your problems to this newsgroup. Not only may you find the solution to your problems, but you may also help other people who may be having the same problems, and you may provide the c-sdk maintainers with information about how to make it easier to build. That being said, you can pick up version 5.12 of the c-sdk from the Netscape Directory Server 6.2 trial download. Although the directory server is time-bombed, the c-sdk is not. http://sbsdownload.netscape.com/download/product.cgi?Product=1 When you install the DS, look in /shared to get the c-sdk files. You can just use the include files from the source. Vikas Gandhi wrote: Hi ALL Can someone can advise as where I can pick up latest binaries of c-sdk of mozilla. I have downloaded the source code but I am not at all able to build. It’s a great difficulty to build them. So If I get the libraries and includes they can also do my job. Can someone pls advice. --Vikas ___ mozilla-directory mailing list [EMAIL PROTECTED] http://mail.mozilla.org/listinfo/mozilla-directory
Picking up binaries of c-sdk of netscape(for windos and Solaris)
Hi ALL Can someone can advise as where I can pick up latest binaries of c-sdk of mozilla. I have downloaded the source code but I am not at all able to build. It’s a great difficulty to build them. So If I get the libraries and includes they can also do my job. Can someone pls advice. --Vikas
Need Latest c-sdk
Hi Where can I find latest c-sdk version. I was redirected to the site of iplanet from mozilla. where I was redirected to the site of sun.com where there is sun sdk 5.08. Is this what are I am looking for ? From where did u get netscape 5.0 c-sdk. --Vikas
Re: Mozilla LDAP C SDK paging
Chad Langston wrote: Does anyone know how to perform paging using the Mozilla LDAP C SDK? What do you mean by "paging"? Do you mean Virtual List View? Regards, Chad ___ mozilla-directory mailing list [EMAIL PROTECTED] http://mail.mozilla.org/listinfo/mozilla-directory
Re: Mozilla LDAP C SDK binaries ,,,
Chad Langston wrote: Does anyone know where I might find the C SDK binaries? I have been unable to locate them anywhere. Are they gone. Do I have to compile the libraries myself these days? If you want the latest, you will have to compile them yourself. Otherwise, you can grab them from the Netscape Directory Server package. The DS is available for a trial period, but the full binary LDAP SDK is included which you can just grab and use. - http://sbsdownload.netscape.com/download/product.cgi?Product=1 Regards, Chad ___ mozilla-directory mailing list [EMAIL PROTECTED] http://mail.mozilla.org/listinfo/mozilla-directory
Mozilla LDAP C SDK paging
Does anyone know how to perform paging using the Mozilla LDAP C SDK? Regards, Chad ___ mozilla-directory mailing list [EMAIL PROTECTED] http://mail.mozilla.org/listinfo/mozilla-directory
Mozilla LDAP C SDK binaries ,,,
Does anyone know where I might find the C SDK binaries? I have been unable to locate them anywhere. Are they gone. Do I have to compile the libraries myself these days? Regards, Chad ___ mozilla-directory mailing list [EMAIL PROTECTED] http://mail.mozilla.org/listinfo/mozilla-directory
LDAP C SDK 5.08 lib on HPUX-11
Hi,
I have a problem using the LDAP C SDK 5.08 lib on the HPUX-11 platform.
1. LDAP_OPT_RECONNECT option is not supported on this platform.
Sample code:
int iversion = LDAP_VERSION3;
if ((err = ::ldap_set_option (m_ld, LDAP_OPT_PROTOCOL_VERSION,
&iversion)) != 0)
{
T.sysLog(0, "[%s:%ld] Can't set option to LDAP_VERSION3, ldap error:
[%d] %s.",
__FILE__, __LINE__, err, ::ldap_err2string(err) );
::ldap_unbind( m_ld );
m_ld = NULL;
return (LdapErrorTuple (err));
}
if ((err = ::ldap_set_option (m_ld, LDAP_OPT_RECONNECT, LDAP_OPT_ON))
!= 0)
{
T.sysLog (0, "[%s:%ld] Can't set option to LDAP_OPT_RECONNECT,
ldap error: [%d] %s.\n",
__FILE__, __LINE__, err, ::ldap_err2string (err) );
::ldap_unbind( m_ld );
m_ld = NULL;
return (LdapErrorTuple (err));
}
===> Set option fail. Error message return "Operations error".
===> Same code works when linked with C SDK on WinNT and Solaris.
===> Is this a known problem for HP ?
2. SSL fails on HP platform, works fine on WinNT, AIX and Solaris.
Is this a known problem on HP ?
Sample code
if ( ldapssl_client_init( certdbpath,
NULL // certdbhandle, Pass a NULL value for this. (This parameter
is not used currently.)
) < 0)
{
T.sysLog(0,"[%s:%ld]. Fail to ldapssl_client_init: certdbpath =
%s.",
__FILE__, __LINE__ , certdbpath);
throw new SecurityClientException(FailLDAP_init);
}
if ( (ld = ldapssl_init( defhost, defport,
1 // Determines whether or not to establish the default
// connection over SSL. Set this to a non-zero value
// to establish the default connection over SSL.
)) == NULL )
{
T.sysLog(0,"[%s:%ld]. Fail to ldapssl_init: host = %s, port
= %d.",
__FILE__, __LINE__ , defhost, defport);
throw new SecurityClientException(FailLDAP_init);
}
===> FAIL AT ldapssl_init.
===> Code works on Sun and NT platform with same host, same port,
same certificate.
Thanks
vanv
Email: [EMAIL PROTECTED]
___
mozilla-directory mailing list
[EMAIL PROTECTED]
http://mail.mozilla.org/listinfo/mozilla-directory
Re: question about LDAP C SDK 5.08 (www.iplanet.com release)
zmwillow wrote:
yes, i can use iconv lib to encode Chinese to utf8 string,
but my question is:
Could LDAP c sdk handle the utf8 string using char* parameter?
Yes. The nice thing about utf8 is that you can use char* (and many standard c
library functions) to handle them.
Thank you :)
Rich Megginson <[EMAIL PROTECTED]> wrote in message news:<[EMAIL PROTECTED]>...
You must convert the Chinese string from the native character set encoding to
the UTF8 encoding. The iPlanet Directory Server used to ship with a command
line utility called Native2Ascii or something like that. Assuming you have your
command line environment locale and lang set up correctly, you can use this
program to convert your native charset to utf8 (ascii). Many operating systems
also provide a program called iconv (or something like that) which does the same
thing. LDAP only deals with UTF8 strings.
Finally, ldapsearch will not convert back to the native charset. Since the
output contains 8 bit characters, ldapsearch will, by default, assume it is
binary data and convert it to base64 for display on the terminal window.
zhangmeng wrote:
hello,
I just want to know, how to add Chinese string to Openldap using LDAP C
SDK for windows.
the parameters in the SDK is char *, for example:
LDAP_API(int) LDAP_CALL ldap_add( LDAP *ld, const char *dn, LDAPMod
**attrs );
the problem is:
(1) if i use Chinese in const char *dn, then the entry can be added to
LDAP server,
but when i use ldapsearch to check it, i found the dn is strange, like:
dn:: Y249suLK1MP7s8YgQiBKZW5zZW4sIGRjPWpldHNlbixkYz1jb20=
(2) if i use Chinese in LDAPMod **attrs, for example, set cn to a
Chinese string,
then, the SDK always return error in code(i used sun ldap_c_sdk
5.08\examples\add.c for
testing):
if (( rc = ldap_result2error( ld, result, 0 )) == LDAP_SUCCESS ) {
printf( "Entry added successfully. I counted to %ld "
"while waiting.\n", global_counter );
} else {
printf( "Error while adding entry: %s\n",
ldap_err2string( rc ));
}
the error string is:
Error while adding entry: Invalid syntax
so, any suggestion?
___
mozilla-directory mailing list
[EMAIL PROTECTED]
http://mail.mozilla.org/listinfo/mozilla-directory
Re: question about LDAP C SDK 5.08 (www.iplanet.com release)
yes, i can use iconv lib to encode Chinese to utf8 string,
but my question is:
Could LDAP c sdk handle the utf8 string using char* parameter?
Thank you :)
Rich Megginson <[EMAIL PROTECTED]> wrote in message news:<[EMAIL PROTECTED]>...
> You must convert the Chinese string from the native character set encoding to
> the UTF8 encoding. The iPlanet Directory Server used to ship with a command
> line utility called Native2Ascii or something like that. Assuming you have your
> command line environment locale and lang set up correctly, you can use this
> program to convert your native charset to utf8 (ascii). Many operating systems
> also provide a program called iconv (or something like that) which does the same
> thing. LDAP only deals with UTF8 strings.
>
> Finally, ldapsearch will not convert back to the native charset. Since the
> output contains 8 bit characters, ldapsearch will, by default, assume it is
> binary data and convert it to base64 for display on the terminal window.
>
> zhangmeng wrote:
> > hello,
> > I just want to know, how to add Chinese string to Openldap using LDAP C
> > SDK for windows.
> > the parameters in the SDK is char *, for example:
> > LDAP_API(int) LDAP_CALL ldap_add( LDAP *ld, const char *dn, LDAPMod
> > **attrs );
> >
> > the problem is:
> > (1) if i use Chinese in const char *dn, then the entry can be added to
> > LDAP server,
> > but when i use ldapsearch to check it, i found the dn is strange, like:
> > dn:: Y249suLK1MP7s8YgQiBKZW5zZW4sIGRjPWpldHNlbixkYz1jb20=
> >
> > (2) if i use Chinese in LDAPMod **attrs, for example, set cn to a
> > Chinese string,
> > then, the SDK always return error in code(i used sun ldap_c_sdk
> > 5.08\examples\add.c for
> > testing):
> >
> > if (( rc = ldap_result2error( ld, result, 0 )) == LDAP_SUCCESS ) {
> > printf( "Entry added successfully. I counted to %ld "
> >"while waiting.\n", global_counter );
> > } else {
> > printf( "Error while adding entry: %s\n",
> >ldap_err2string( rc ));
> > }
> >
> > the error string is:
> > Error while adding entry: Invalid syntax
> >
> >
> > so, any suggestion?
> >
> >
> >
> >
___
mozilla-directory mailing list
[EMAIL PROTECTED]
http://mail.mozilla.org/listinfo/mozilla-directory
Re: question about LDAP C SDK 5.08 (www.iplanet.com release)
You must convert the Chinese string from the native character set encoding to
the UTF8 encoding. The iPlanet Directory Server used to ship with a command
line utility called Native2Ascii or something like that. Assuming you have your
command line environment locale and lang set up correctly, you can use this
program to convert your native charset to utf8 (ascii). Many operating systems
also provide a program called iconv (or something like that) which does the same
thing. LDAP only deals with UTF8 strings.
Finally, ldapsearch will not convert back to the native charset. Since the
output contains 8 bit characters, ldapsearch will, by default, assume it is
binary data and convert it to base64 for display on the terminal window.
zhangmeng wrote:
hello,
I just want to know, how to add Chinese string to Openldap using LDAP C
SDK for windows.
the parameters in the SDK is char *, for example:
LDAP_API(int) LDAP_CALL ldap_add( LDAP *ld, const char *dn, LDAPMod
**attrs );
the problem is:
(1) if i use Chinese in const char *dn, then the entry can be added to
LDAP server,
but when i use ldapsearch to check it, i found the dn is strange, like:
dn:: Y249suLK1MP7s8YgQiBKZW5zZW4sIGRjPWpldHNlbixkYz1jb20=
(2) if i use Chinese in LDAPMod **attrs, for example, set cn to a
Chinese string,
then, the SDK always return error in code(i used sun ldap_c_sdk
5.08\examples\add.c for
testing):
if (( rc = ldap_result2error( ld, result, 0 )) == LDAP_SUCCESS ) {
printf( "Entry added successfully. I counted to %ld "
"while waiting.\n", global_counter );
} else {
printf( "Error while adding entry: %s\n",
ldap_err2string( rc ));
}
the error string is:
Error while adding entry: Invalid syntax
so, any suggestion?
___
mozilla-directory mailing list
[EMAIL PROTECTED]
http://mail.mozilla.org/listinfo/mozilla-directory
question about LDAP C SDK 5.08 (www.iplanet.com release)
hello,
I just want to know, how to add Chinese string to Openldap using LDAP C
SDK for windows.
the parameters in the SDK is char *, for example:
LDAP_API(int) LDAP_CALL ldap_add( LDAP *ld, const char *dn, LDAPMod
**attrs );
the problem is:
(1) if i use Chinese in const char *dn, then the entry can be added to
LDAP server,
but when i use ldapsearch to check it, i found the dn is strange, like:
dn:: Y249suLK1MP7s8YgQiBKZW5zZW4sIGRjPWpldHNlbixkYz1jb20=
(2) if i use Chinese in LDAPMod **attrs, for example, set cn to a
Chinese string,
then, the SDK always return error in code(i used sun ldap_c_sdk
5.08\examples\add.c for
testing):
if (( rc = ldap_result2error( ld, result, 0 )) == LDAP_SUCCESS ) {
printf( "Entry added successfully. I counted to %ld "
"while waiting.\n", global_counter );
} else {
printf( "Error while adding entry: %s\n",
ldap_err2string( rc ));
}
the error string is:
Error while adding entry: Invalid syntax
so, any suggestion?
___
mozilla-directory mailing list
[EMAIL PROTECTED]
http://mail.mozilla.org/listinfo/mozilla-directory
Re: Compiling Mozilla C-SDK for PerLDAP on Linux - HOW ?
I switched to using Perl-ldap (http://perl-ldap.sourceforge.net/) since it is still supported and is able to run on multiple platforms easily. It's no more complicated than perldap but gives you a lot more capabilities such as running v 3 queries. Brian "Marc" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > Hello, > > I've past the whole day somehow trying to compile Mozilla's Directory C-SDK > but unsuccessfull. Also I think the CVS server is down, I cannot login it > gives me a timeout. > > Now what I am looking for is HOW can I compile the Mozilla C-SDK > succesfully, could someone please give me some step-by-step instructions, > that would be great ! I only need this to be able to compile after PerLDAP. > > Btw: I will be doing this on a Debian GNU/Linux box. > > Many thanks in advance > > Best regards > >
perldap/c-sdk problems on linux 2.4
Hi, Compiled and installed latest mozilla ldap c sdk according to the instructions at mozilla.org/directory. I then compiled and installed perldap 1.4.1 (with perl 5.6.1) and everything was fine, but then when I try perl -MMozilla::LDAP::Conn I get the error: perl: relocation error: /usr/local/src/mozilla/dist/lib/libldap50.so: undefined symbol: pthread_key_create Anyone else have this problem? I've tried instead using compiled binaries of the mozilla sdk (and recompiling perldap against those), but I still get the same error. I have tried ldap c sdk 5.08 and 5.09. Thanks for any help.
LDAP C SDK 4.1 ?
Hi All, I am looking for libldapssl41.so. Now, My system is a solaris 8 but i didn't find a libldapssl41.so. Also, I can't download the LDAP C SDK4.1 for libldapssl41.so. Where I can download the LDAP C SDK4.1 or URL ? Thanks, Bjkim.
Setting a fixed LD_RUN_PATH in C SDK
Is there a recommended way to set the library run path search directories in the C SDK? HPUX needs libraries to be in /usr/lib but the C SDK compiles the shared libraries with relative directories (like ../../../lib) Thanks. --- Sherman
Re: LDAP C SDK (notification)
Hi, HEDI wrote: I am using the C SDK 5.08 create_persistent_search_controls and ldap_parse_entrychange_control to retrieve the updates on a branch and each time a 'change' (modify, delete, rename ...) occurs the 'call back' gives the 'dn' of the impacted entry. The call to ldap_result is done using LDAP_MSG_ONE and this is my issue today : I'd like to receive more than one change at a time and all tests done with LDAP_MSG_ALL or LDAP_MSG_RECEIVED (with additionnal result parsing) gave no result : (rc(ldap_result(...) is still at 0 instead of 100 in case of entry found). I maybe wrong, but I guess that it is normal. I think all you could do is to loop on ldap_result with LDAP_MSG_ONE. My thinking is that for LDAP_MSG_ALL, the library is waiting for the result message to arrive. But because you are using persistent search - you will not get result message only entries. Bertold
LDAP C SDK (notification)
Hi guys, I am using the C SDK 5.08 create_persistent_search_controls and ldap_parse_entrychange_control to retrieve the updates on a branch and each time a 'change' (modify, delete, rename ...) occurs the 'call back' gives the 'dn' of the impacted entry. The call to ldap_result is done using LDAP_MSG_ONE and this is my issue today : I'd like to receive more than one change at a time and all tests done with LDAP_MSG_ALL or LDAP_MSG_RECEIVED (with additionnal result parsing) gave no result : (rc(ldap_result(...) is still at 0 instead of 100 in case of entry found). Could you please let me know if you have any solution or workaround ? Thanks. Hedi.
Re: C-SDK function ldapssl_pkcs_init()
Ken Culbert wrote: Is this function still preferred over ldapssl_*_init() functions and, if so can anyone point me to an example of how to use this function and the ldapssl_pkcs_fns structure? Also, is there SDK documentation available that's more recent than 4.1? The documentation is old. Sorry about that. ldapssl_pkcs_init() was deprecated because we found that no one needed all of its complexity. You should use one of these functions instead: ldapssl_client_init() // basic initialization ldapssl_serverauth_init() // allows you to specify the SSL strength (verify server cert or not) ldapssl_clientauth_init() // use if you want to authenticate using a cert. ldapssl_advclientauth_init() // like ldapssl_clientauth_init() but accepts strength, etc. As for MT issues, I don't know of any except for a minor memory leak HP found. If you call one of the ldapssl init functions, the prldap layer (NSPR threads) is installed for you and everything should just work on all platforms.
C-SDK function ldapssl_pkcs_init()
Is this function still preferred over ldapssl_*_init() functions and, if so can anyone point me to an example of how to use this function and the ldapssl_pkcs_fns structure? Also, is there SDK documentation available that's more recent than 4.1?
Re: LDAP C SDK - RH7.3
Hello Richard, Thanks for your reply, and thanks for the tip about unzipping nsbase.zip. I hadn't seen that anywhere. It looks like that's working, however I'm now having problems compiling perldap-1.4.1. My apologies if my message seemed a bit snarky, as you are correct that this is better than nothing. Good luck with the binaries. "Richard Megginson" <[EMAIL PROTECTED]> wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > You don't have to do a full blown Directory Server installation just to > get those few shared libraries. They are in the zip files. Can you > simply download the package and untar it? Or can you not spare 100MB > disk space? > > If you download the package, the ldap sdk files are in the base > directory in a zip file called nsbase.zip. The ldap shared libraries > you need are in the lib directory (including nss and nspr libraries if > you need to do SSL), and the command line programs are in shared/bin. > So you can simply use tar, gunzip, and unzip to get the files you need. > > While this is not an ideal solution, it works. If you can afford to > spend a lot of time trying to figure out how to compile the sdk on your > own, that is the best way, since once you figure out how to do it, you > are set. > > We are trying to figure out a way to make ldap sdk binaries available > for download from mozilla or netscape. In the meantime, I apologize for > the kludge, but it's better than nothing. > > FinWait wrote: > > Hi, > > > > I've read through quite a few messages and see that the standard answer for > > users trying to compile the LDAP C SDK with Linux 2.4, is to download and > > install AOL's Directory Server. While this may be a kludge to get things to > > work, I don't think that it is an acceptable fix for most people. I have no > > interest in installing an unecessary product for the sake of compiling > > another. > > > > Has anyone out there managed to get the SDK to compile? Or does anyone have > > binaries for RH7.3? I'm actually trying to integrate LDAP authentication > > with Bugzilla and need this to work. I cannot install the directory server > > on my bugzilla server, so any help suggestions that do not include that > > option would be greatly appreciated. > > > > >
Re: LDAP C SDK - RH7.3
You don't have to do a full blown Directory Server installation just to get those few shared libraries. They are in the zip files. Can you simply download the package and untar it? Or can you not spare 100MB disk space? If you download the package, the ldap sdk files are in the base directory in a zip file called nsbase.zip. The ldap shared libraries you need are in the lib directory (including nss and nspr libraries if you need to do SSL), and the command line programs are in shared/bin. So you can simply use tar, gunzip, and unzip to get the files you need. While this is not an ideal solution, it works. If you can afford to spend a lot of time trying to figure out how to compile the sdk on your own, that is the best way, since once you figure out how to do it, you are set. We are trying to figure out a way to make ldap sdk binaries available for download from mozilla or netscape. In the meantime, I apologize for the kludge, but it's better than nothing. FinWait wrote: Hi, I've read through quite a few messages and see that the standard answer for users trying to compile the LDAP C SDK with Linux 2.4, is to download and install AOL's Directory Server. While this may be a kludge to get things to work, I don't think that it is an acceptable fix for most people. I have no interest in installing an unecessary product for the sake of compiling another. Has anyone out there managed to get the SDK to compile? Or does anyone have binaries for RH7.3? I'm actually trying to integrate LDAP authentication with Bugzilla and need this to work. I cannot install the directory server on my bugzilla server, so any help suggestions that do not include that option would be greatly appreciated.
Re: LDAP C SDK 5.1
> Oh good. The corrupted archives I have got so far have not shown it. Finally got it downloaded. Not sure what the problem was. What I'm most happy about is that the libraries from this have greatly helped in my own application (a GUI to add/remove/edit user accounts on a Netware server via LDAP). I was previously using iPlanet 5.08 but had been getting constant hanging when doing SSL connections. Really frustrating and impossible to debug (it would hang randomly and was worse when debugging). These new ones have not shown any signs of the problems I was having, and that's excellent news for me! Thanks, -- Matt Ross
Re: LDAP C SDK 5.1
Sandeep wrote: Hi All, I am looking for following bug fix http://bugzilla.mozilla.org/long_list.cgi?buglist=152852 Where I can download the LDAP C SDK 5.1 ? Option 1: build it from source code (this does not seem to work reliably for everyone). Option 2: download Netscape DS 6.1.1, which includes recent LDAP libraries. -Mark
LDAP C SDK 5.1
Hi All, I am looking for following bug fix http://bugzilla.mozilla.org/long_list.cgi?buglist=152852 Where I can download the LDAP C SDK 5.1 ? Thanks, Sandeep
Re: Pb Compiling C SDK
Mark Smith a écrit: Make sure you also copy the file to ..\..\..\dist\public\ldap\ldap-standard.h Which perl are you using? The replace.pl script should work. it's ok now (pb perl version). Thank's but i've got error cp -r ../../../../dist/./include/nspr/* ../../../../dist/public/ldap-nspr SHMSDOS: cp: ..\..\..\..\dist\.\include\nspr\*: No such file or directory I've got same problem with SDK source downloaded with cvs co mozilla/directory. Are you sure the NSPR portion of the build didn't fail? Check for earlier errors that may have been ignored by the make process (there is a bug in the make process if that happened). -Mark Smith Netscape NSPR build (and compilation) is ok. I've got this error under Windows 2000 SP3 (latest Cygwin), RedHat Linux 8 and MacOS X 10.2. Bug in the make process ? Olivier.
Re: Problem compiling C SDK
I have never built on anything expect Windows NT and 2000 (and I know other people have built on WinXP). Maybe the build system is incompatible with Win98. Try creating the WIN32_O.OBJ directory before you make. -Mark Smith Netscape Loïc Capdeville wrote: Some news : I can configure with $ ./configure --with-nss --enable-win32-target=WIN95 but I can't compile. cd WIN32_O.OBJ/ ; \ sh ../configure --with-mozilla --with-dist-prefix=/c/Download/mozilla/dist --with-dist-bindir=/c/Download/mozilla/dist/WIN32_O.OBJ/bin --with-dist-libdir=/c/Download/mozilla/dist/WIN32_O.OBJ/lib --without-nss --enable-optimize --disable-debug c:/moztools/bin/gmake.exe -C WIN32_O.OBJ Trop de paramètres - / gmake.exe: *** WIN32_O.OBJ: No such file or directory. Stop. c:\moztools\bin\gmake.exe: *** [build_all] Error 2 Any ideas ? -- Mark Smith Netscape Directory Product Development My words are my own, not my employer's.
Re: Pb Compiling C SDK
Olivier wrote: Hello, I've downloaded via CVS : cvs -d :pserver:[EMAIL PROTECTED]:/cvsroot \ co DirectorySDKSourceC cvs co -r NSPR_4_2_2_RELEASE mozilla/nsprpub cvs co -r NSS_3_6_RTM mozilla/security/coreconf mozilla/security/nss cvs co -r DBM_1_61_RTM mozilla/dbm mozilla/security/dbm I've downloaded build tools and set my environment like mentioned at http://mozilla.org/directory/csdk.html All operations are made in cygwin environnement. Building NSS and NSPR is ok (gmake nss_build_all) Configuring SDK is ok (./configure --with-nss) Compiling not. Compilation block at : perl ./../build/replace.pl \ LDAP_VENDOR_NAME="mozilla.org" \ LDAP_VENDOR_VERSION="500" \ < ldap-standard-tmpl.h > ../../../../dist/public/ldap/ldap-standard.h I've to interrupt compilation by CTRL+C (replace.pm wait STDIN at while() statement ligne 24) I put in comment perl's call in mozilla\directory\c-sdk\ldap\include\Makefile and modify by hand ldap-standard-tmpl.h with : #define LDAP_VENDOR_VERSION500/* version # * 100 */ #define LDAP_VENDOR_NAME"mozilla.org" Make sure you also copy the file to ..\..\..\dist\public\ldap\ldap-standard.h Which perl are you using? The replace.pl script should work. but i've got error cp -r ../../../../dist/./include/nspr/* ../../../../dist/public/ldap-nspr SHMSDOS: cp: ..\..\..\..\dist\.\include\nspr\*: No such file or directory I've got same problem with SDK source downloaded with cvs co mozilla/directory. Are you sure the NSPR portion of the build didn't fail? Check for earlier errors that may have been ignored by the make process (there is a bug in the make process if that happened). -Mark Smith Netscape
Re: Problem compiling C SDK
Some news : I can configure with $ ./configure --with-nss --enable-win32-target=WIN95 but I can't compile. cd WIN32_O.OBJ/ ; \ sh ../configure --with-mozilla --with-dist-prefix=/c/Download/mozilla/dist --with-dist-bindir=/c/Download/mozilla/dist/WIN32_O.OBJ/bin --with-dist-libdir=/c/Download/mozilla/dist/WIN32_O.OBJ/lib --without-nss --enable-optimize --disable-debug c:/moztools/bin/gmake.exe -C WIN32_O.OBJ Trop de paramètres - / gmake.exe: *** WIN32_O.OBJ: No such file or directory. Stop. c:\moztools\bin\gmake.exe: *** [build_all] Error 2 Any ideas ?
error LNK2001: unresolved external symbol _ldap_xxx@xx: Mozilla LDAP C SDK linking for Win2K system problem. Pls help.
Finally I found the document to link the Netscape LDAP C SDK in http://docs.sun.com/source/816-5616-10/example.htm#13372 Here is what i got when I linked it in my VStudio6.0: search.obj : error LNK2001: unresolved external symbol _ldap_msgfree@4 search.obj : error LNK2001: unresolved external symbol _ldap_msgfree@4 search.obj : error LNK2001: unresolved external symbol _ber_free@8 search.obj : error LNK2001: unresolved external symbol _ldap_value_free@4 search.obj : error LNK2001: unresolved external symbol _ldap_get_values@12 search.obj : error LNK2001: unresolved external symbol _ldap_next_attribute@12 search.obj : error LNK2001: unresolved external symbol _ldap_first_attribute@12 search.obj : error LNK2001: unresolved external symbol _ldap_memfree@4 search.obj : error LNK2001: unresolved external symbol _ldap_get_dn@8 search.obj : error LNK2001: unresolved external symbol _ldap_next_entry@8 search.obj : error LNK2001: unresolved external symbol _ldap_first_entry@8 search.obj : error LNK2001: unresolved external symbol _ldap_search_s@28 search.obj : error LNK2001: unresolved external symbol _ldap_unbind@4 search.obj : error LNK2001: unresolved external symbol _ldap_perror@8 search.obj : error LNK2001: unresolved external symbol _ldap_simple_bind_s@12 search.obj : error LNK2001: unresolved external symbol _ldap_init@8 Debug/search.exe : fatal error LNK1120: 15 unresolved externals Error executing link.exe. How can I avoid this external symbol errors ? Pls help. Thank you Sam
Re: Mozilla LDAP C SDK
Hi, http://wwws.sun.com/software/download/app_dev.html Download SUN ONE Directory SDK for C 5.08. You don't really need the certutil and keyutil, you can use the netscape browser to do that (Communicator/Tools/Security Info). The cert7.db and key3.db files will be somewhere in your netscape directory. Regards, Zoltan "Ricardo Gadea" <[EMAIL PROTECTED]> wrote in message an1ub2$[EMAIL PROTECTED]">news:an1ub2$[EMAIL PROTECTED]... > Hi all! > > Can anyone tell me where to find the Mozilla LDAP C SDK in the web? > I tried on http://www.mozilla.org/directory/csdk.html but I couldn´t find > the link to download this library.. > > By the way, I need to convert a .der certificate to cert7.db format. An > article I read states that the tools needed to accomplish this convertion > are KEYUTIL.EXE and CERTUTIL.EXE (Netscape´s tools). Do you know how to get > them, or if there is another method to do this? > > Thanks, in advance. > > Regards, > Ricardo > >
Mozilla LDAP C SDK
Hi all! Can anyone tell me where to find the Mozilla LDAP C SDK in the web? I tried on http://www.mozilla.org/directory/csdk.html but I couldn´t find the link to download this library.. By the way, I need to convert a .der certificate to cert7.db format. An article I read states that the tools needed to accomplish this convertion are KEYUTIL.EXE and CERTUTIL.EXE (Netscape´s tools). Do you know how to get them, or if there is another method to do this? Thanks, in advance. Regards, Ricardo
LDAP C SDK on AIX 4.3.3 install problems
We're on AIX 4.3.3, using GNU make 3.79, xlC 4.0.2.0 Trying to get the mod_auth_ldap module running with Apache. First have to install LDAP C SDK. I pulled the current LDAP C SDK code using cvs. I'm now on the step of building NSPR and NSS: I get the following error: # /usr/local/bin/make nss_build_all cd ../coreconf ; /usr/local/bin/make make[1]: Entering directory `/apache2/mozilla/security/coreconf' cd nsinstall; /usr/local/bin/make export make[2]: Entering directory `/apache2/mozilla/security/coreconf/nsinstall' make[2]: Nothing to be done for `export'. make[2]: Leaving directory `/apache2/mozilla/security/coreconf/nsinstall' cd nsinstall; /usr/local/bin/make libs make[2]: Entering directory `/apache2/mozilla/security/coreconf/nsinstall' xlC_r -o AIX4.3_DBG.OBJ/nsinstall.o -c -g -DAIX -DSYSV -qarch=com -DAIX4_3 -DXP_ UNIX -DDEBUG -UNDEBUG -DDEBUG_root -I../../../dist/AIX4.3_DBG.OBJ/include -I../ ../../dist/public/coreconf -I../../../dist/private/coreconf nsinstall.c make[2]: execvp: xlC_r: A parameter must be a directory. make[2]: *** [AIX4.3_DBG.OBJ/nsinstall.o] Error 127 make[2]: Leaving directory `/apache2/mozilla/security/coreconf/nsinstall' make[1]: *** [libs] Error 2 make[1]: Leaving directory `/apache2/mozilla/security/coreconf' make: *** [build_coreconf] Error 2 Any thoughts? Thanks! Shelley Meredith
PerLDAP + C SDK = undefined symbol?
I have been trying to get PerLDAP running for quite a while now - I am using a fully installed RedHat 7.3 x86 distro. Fist I tried building perldap against the ldap libs I found in my /usr/lib. This failed with every attempted lib with the same errors - a large list of them in API.c. So I guess redhat's libs don't have what it takes. I downloaded the iPlanet SDK (http://wwws.sun.com/software/download/developer/) for Linux 2.2 (all they have, I know I'm running 2.4) and I installed that in my /usr/ldap directory. I extract, make, make test, and make install PerLDAP, telling it to use include and lib dirs found under my new /usr/ldap. Things seem to go fine - even the make test says everything is A-OK. Then I go to write my perl script using Mozilla::LDAP::Conn; - as soon as this line gets invoked, I get back this error: /usr/bin/perl: relocation error: /usr/ldap/lib/libldap50.so: undefined symbol: pthread_key_create I tried to see if there was a library reference that wasn't being found by doing this: ldd /usr/ldap/lib/libldap50.so It says it's statically linked though, so that isn't the problem. So I say, "Well, shit - maybe it's this version of the SDK - I'll try a different one." So I download the optimized linux 2.2 versions 5.08 and 5.06, and the debug version 5.06. All of these versions give me the EXACT same problem I described above. In desperation, I tried to build the SDK from source as described on the Mozilla website. This is a complete nightmare, as I suspected. The build simply failed at various points, even after my several varied attempts at building it (and following the instructions perfectly, I might add). I am forced to wonder why some other organization besides Sun doesn't provide a package for Linux. So what do I do now? Has anyone seen the "pthread_key_create" error I described above? I browsed through google news and saw a few other people describing this error (on RedHat 7.3, too) but no one answered the poor folks. Or maybe some war stories to help me through the battle of building the SDK from source, assuming that would fix my problem (and is even possible - I have my doubts). What does a man have to do to use PerLDAP on Redhat? Thanks, Jake Feasel
C-SDK: change of license request
MozLDAP folks, No doubt this is an oft repeated request, but here goes. Is there a particular reason that Netscape/iPlanet/whoever wishes to retain the C-SDK under the NPL, but is content to release NSPR and NSS under the MPL/GPL combination? If not, any chance of a license change to MPL/GPL? I'm writing an LDAP aware app, and would like an LDAP and TLS capable client component, but the rest of my libraries are GPL'ed. Thus, no go with the C-SDK. Of course, I can use the OpenLDAP libraries, but its TLS capabilities are a tad poor, and rely on OpenSSL which isn't compatible with the GPL. Apart from anything else, my crypto capabilities are provided via NSS. I guess that I'll just have to do without TLS for the moment. Just seems a pity that the C-SDK maintainers don't want to (or can't) go that last little bit. Is this a conscious decision (ie to retain NPL), or is it just that it's been left in this state from previous releases and no-one's bothered to reconcile the license with so much else of the Mozilla codebase? Cheers, Neil
Re: Autoconf & the LDAP C SDK
Matthew Barker wrote: > Hi Dan, > My name is Matthew Barker & I'm trying to port the LDAPCSDK to 64-bit > IRIX. I've pulled the latest source and gotten NSPR 4.2.1 & NSS 3.4.2 > to build. There are several problems with following the instructions on > the page for building the LDAPCSDK. > > 1/ I've had to make changes to configure.in to bring the IRIX > configuration code up to date. When I run autoconf (version 2.53), I > get an unresolved veriable problem with AM_PATH_NSPR. It's transferred > as-is to the configure script that's created and never resolved, so the > configure script fails. > > 2/ I worked around the problem by mirroring my changes to configure.in > with appropriate changes to configure. When I do, I run into problems > trying to get the script to recognize and use the appropriate > nspr-config script from the build of NSPR that I made from NSS. NSS > finds it fine, but the LDAPCSDK does not. > I'm trying to get a build of the LDAPCSDK to somebody by friday or I > miss a deadline to submit the code that will slip our deliver schedule > by 6 months. Any help you can give is appreciated. My first suggestion would be to try backing off to autoconf version 2.13. I wouldn't be surprised if our scripts don't play nicely with autoconf 2.53. If that doesn't fix the problem, does it change the nature of it at all? Dan
Autoconf & the LDAP C SDK
Hi Dan, My name is Matthew Barker & I'm trying to port the LDAPCSDK to 64-bit IRIX. I've pulled the latest source and gotten NSPR 4.2.1 & NSS 3.4.2 to build. There are several problems with following the instructions on the page for building the LDAPCSDK. 1/ I've had to make changes to configure.in to bring the IRIX configuration code up to date. When I run autoconf (version 2.53), I get an unresolved veriable problem with AM_PATH_NSPR. It's transferred as-is to the configure script that's created and never resolved, so the configure script fails. 2/ I worked around the problem by mirroring my changes to configure.in with appropriate changes to configure. When I do, I run into problems trying to get the script to recognize and use the appropriate nspr-config script from the build of NSPR that I made from NSS. NSS finds it fine, but the LDAPCSDK does not. I'm trying to get a build of the LDAPCSDK to somebody by friday or I miss a deadline to submit the code that will slip our deliver schedule by 6 months. Any help you can give is appreciated. Cheers, Matthew
Re: C-SDK build problems
Do you have the Acitve Perl in your hard disk??If you don't have ,please down load,and then install,set enviroment PATH="the path that you install the perl". "Ken Culbert" <[EMAIL PROTECTED]> wrote in message news:ah1pan$[EMAIL PROTECTED]... > Using make rather than gmake fixed the ./../build/replace.pl problem, but > not the missing dist/include/nspr problem. > > So, I downloaded the distribution and put it in the directories make was > looking for. > > Now, it stops with > *** No rule to make target 'WINNT5.0_DBG.OBJ/decode.obj, needed by export. > It's the first file that's attempted to be built. > > > "Dan Mosedale" <[EMAIL PROTECTED]> wrote in message > agvkmm$[EMAIL PROTECTED]">news:agvkmm$[EMAIL PROTECTED]... > > "Ken Culbert" <[EMAIL PROTECTED]> writes: > > > Initially I had problems building NSS, but resolved them thanks to > Wan-Teh > > > Chang. > > > > > > But, now there are problems building the C-SDK itself. I've followed > the > > > instructions on the C-SDK page exactly. > > > > > > > The easiest solution is to follow the LDAP C SDK instructions > > > > but replace NSPR_4_2_RELEASE by NSPRPUB_RELEASE_4_1_2. > > > > > > > > If you want to use NSPR_4_2_RELEASE, you need to > > > > 1. set the environment variable NSPR_AUTOCONF to 1; and > > > > 2. make sure you have the necessary tools to run autoconf. > > > > > > > > On Windows, this means you need to have either the MKS Toolkit > > > > or the Cygwin tools. If you use the MKS Toolkit, it needs to > > > > be version 7.0 or newer, and you also need to set the environment > > > > variable CONFIG_SHELL to the pathname of your sh.exe. > > > > > > That worked! (I used NSPR_4_2_RELEASE.) > > > > > > But I wasn't able to build the CSDK. It hangs at "perl > > > ./../build/replace.pl \ > > > LDAP_VENDOR_NAME="mozilla.org" \ > > > LDAP_VENDOR_VERSION="500" \ > > > < ldap-standard-tmpl.h > > > > ../../../../dist/public/ldap/ldap-standard.h. > > > > > > So, I created ldap-standard.h manually and removed replace.pl from the > > > Makefile. > > > > > > Then, the build bombed out trying to copy files from > > > mozilla/dist/include/nspr because there's no mozilla/dist/include! > > > > > > cp -r ../../../../dist/./include/nspr/* > ../../../../dist/public/ldap-nspr > > > > > > Evidently OBJDIR_NAME wasn't getting set, so I modified the configure > file. > > > But, that didn't matter because there's no > > > mozilla/dist/WINNT5.0_DBG.OBJ/include/nspr either. There's a > > > mozilla/nsprpub/WINNT5.0_DBG.OBJ/pr/include, with only empty > subdirectories. > > > > > > What should I do now? > > > > See if updating to the most recent cygwin version of "make" helps... > > > > Dan > >
Re: C-SDK build problems
> > But I wasn't able to build the CSDK. It hangs at "perl > > ./../build/replace.pl \ > > LDAP_VENDOR_NAME="mozilla.org" \ > > LDAP_VENDOR_VERSION="500" \ > > < ldap-standard-tmpl.h > > > ../../../../dist/public/ldap/ldap-standard.h. > > > > So, I created ldap-standard.h manually and removed replace.pl from the > > Makefile. > > > > Then, the build bombed out trying to copy files from > > mozilla/dist/include/nspr because there's no mozilla/dist/include! > > > > cp -r ../../../../dist/./include/nspr/* ../../../../dist/public/ldap-nspr > > > > Evidently OBJDIR_NAME wasn't getting set, so I modified the configure file. > > But, that didn't matter because there's no > > mozilla/dist/WINNT5.0_DBG.OBJ/include/nspr either. There's a > > mozilla/nsprpub/WINNT5.0_DBG.OBJ/pr/include, with only empty subdirectories. > > > > What should I do now? > > See if updating to the most recent cygwin version of "make" helps... > > Dan I'm already using what appears to be the latest, 3.79.1-7, May 12, 2002.
Re: C-SDK build problems
"Ken Culbert" <[EMAIL PROTECTED]> writes: > Initially I had problems building NSS, but resolved them thanks to Wan-Teh > Chang. > > But, now there are problems building the C-SDK itself. I've followed the > instructions on the C-SDK page exactly. > > > The easiest solution is to follow the LDAP C SDK instructions > > but replace NSPR_4_2_RELEASE by NSPRPUB_RELEASE_4_1_2. > > > > If you want to use NSPR_4_2_RELEASE, you need to > > 1. set the environment variable NSPR_AUTOCONF to 1; and > > 2. make sure you have the necessary tools to run autoconf. > > > > On Windows, this means you need to have either the MKS Toolkit > > or the Cygwin tools. If you use the MKS Toolkit, it needs to > > be version 7.0 or newer, and you also need to set the environment > > variable CONFIG_SHELL to the pathname of your sh.exe. > > That worked! (I used NSPR_4_2_RELEASE.) > > But I wasn't able to build the CSDK. It hangs at "perl > ./../build/replace.pl \ > LDAP_VENDOR_NAME="mozilla.org" \ > LDAP_VENDOR_VERSION="500" \ > < ldap-standard-tmpl.h > > ../../../../dist/public/ldap/ldap-standard.h. > > So, I created ldap-standard.h manually and removed replace.pl from the > Makefile. > > Then, the build bombed out trying to copy files from > mozilla/dist/include/nspr because there's no mozilla/dist/include! > > cp -r ../../../../dist/./include/nspr/* ../../../../dist/public/ldap-nspr > > Evidently OBJDIR_NAME wasn't getting set, so I modified the configure file. > But, that didn't matter because there's no > mozilla/dist/WINNT5.0_DBG.OBJ/include/nspr either. There's a > mozilla/nsprpub/WINNT5.0_DBG.OBJ/pr/include, with only empty subdirectories. > > What should I do now? See if updating to the most recent cygwin version of "make" helps... Dan
C-SDK build problems
Initially I had problems building NSS, but resolved them thanks to Wan-Teh Chang. But, now there are problems building the C-SDK itself. I've followed the instructions on the C-SDK page exactly. > The easiest solution is to follow the LDAP C SDK instructions > but replace NSPR_4_2_RELEASE by NSPRPUB_RELEASE_4_1_2. > > If you want to use NSPR_4_2_RELEASE, you need to > 1. set the environment variable NSPR_AUTOCONF to 1; and > 2. make sure you have the necessary tools to run autoconf. > > On Windows, this means you need to have either the MKS Toolkit > or the Cygwin tools. If you use the MKS Toolkit, it needs to > be version 7.0 or newer, and you also need to set the environment > variable CONFIG_SHELL to the pathname of your sh.exe. That worked! (I used NSPR_4_2_RELEASE.) But I wasn't able to build the CSDK. It hangs at "perl ./../build/replace.pl \ LDAP_VENDOR_NAME="mozilla.org" \ LDAP_VENDOR_VERSION="500" \ < ldap-standard-tmpl.h > ../../../../dist/public/ldap/ldap-standard.h. So, I created ldap-standard.h manually and removed replace.pl from the Makefile. Then, the build bombed out trying to copy files from mozilla/dist/include/nspr because there's no mozilla/dist/include! cp -r ../../../../dist/./include/nspr/* ../../../../dist/public/ldap-nspr Evidently OBJDIR_NAME wasn't getting set, so I modified the configure file. But, that didn't matter because there's no mozilla/dist/WINNT5.0_DBG.OBJ/include/nspr either. There's a mozilla/nsprpub/WINNT5.0_DBG.OBJ/pr/include, with only empty subdirectories. What should I do now?
Re: openldap and Netscape C SDK co-existence?
[EMAIL PROTECTED] (Fozia Zaidi) writes: > Hi, > I have openldap SDK installed on my Debian Linux machine and want to > install netscape C SDK. > Should I uninstall openldap first? > Well, they do have filenames that overlap. So if you don't uninstall openldap first, you'll at least want to install the C SDK headers and libraries in a different directory. Dan
Re: Building Netscape C SDK
> I have the openldap sdk on my machine, and want to install the netscape one. > Should I uninstall the openldap SDK first, or can the two co-exist? I can't think of any reason why they shouldn't co-exist. Gerv
Re: LDAP C SDK 5.0.8 - Cannot write "extended" ASCII characters.
Is the data encoded in UTF8?
Cart wrote:
> Hi everyone,
>
> I am having trouble writing extended ASCII characters (for example: french
> accent characters: é, ê, ç, etc...) to the iPlanet Directory Server. The
> add function (ldap_add_ext_s()) doesn't give me error (it returns
> LDAP_SUCCESS), however if I try updating the entry later, I doesn't work.
> In addition, if I go into the iPlanet Console, the entry is there but all
> characters before the extended ASCII character (including the extended
> ASCII char itself) is truncated. For example: if uid = Helloébye, the
> console would show Hello.
>
> Has anyone experienced the same problem? Should I be using the berval
> element in the LDAPMod structure?
>
> I would really apprepriate it if someone could help me here...
>
> Thanks,
> Cart.
>
> /* CODE BEGINS HERE */
>
> If you're interested, here is my code:
>
> #include
> #include
>
> /* number of attributes to be added */
> /* userID, given, surname, common name */
> #define NMODS 9
> #define MAX_TRIES 5
>
> extern char * add_uid(char LDAP_host[255], int LDAP_port, char
> people_dn[255], char mangr_dn[255], char mangr_pwd[255], char
> new_user_id[255], char given[255], char surname[255], char sslyesno[3]);
>
> char *
> add_uid(char LDAP_host[255], int LDAP_port, char people_dn[255], char
> mangr_dn[255], char mangr_pwd[255], char new_user_id[255], char given[255],
> char surname[255], char sslyesno[3])
> {
> LDAP*ld;
> chardn[255];
> LDAPMod **mods;
> int i;
> int msgid;
> struct timeval zerotime;
> charldap_error[255];
>
> /* object classes to add (object class is actually an attribute that
> determines what attributes will be available to this entry) */
> char *objectclass_values[] = { "top", "person", "organizationalPerson",
> "inetorgperson", "inetsubscriber", NULL };
> char *passRetryCnt_values[] = { "0", NULL };
> /* true indicates that the account is InActive */
> char *acctLock_values[] = { "true", NULL };
> char *cn_values[] = { given, NULL };
> char *sn_values[] = { surname, NULL };
> char *givenname_values[] = { given, NULL };
> char *uid_values[] = { new_user_id, NULL };
> char *chall_values[] = { "", NULL };
> char *response_values[] = { " ", NULL };
>
> zerotime.tv_sec = zerotime.tv_usec = 0L;
>
> /* specify the dn we're adding... */
> strcpy(dn, "uid=");
> strcat(dn, new_user_id);
> strcat(dn, ", ");
> strcat(dn, people_dn);
>
> /* check for ssl */
> if ( strncmp(sslyesno, "No", 2) == 0 ) {
> if ( (ld = ldap_init( LDAP_host, LDAP_port )) == NULL ) {
> return "LDAP init failed";
> }
> }
> else {
> if ( ldapssl_client_init( CERT_DB, NULL ) < 0) {
> return "Failed to initialize SSL client...";
> }
>
> /* Initialize LDAP session */
> if ( (ld = ldap_init( LDAP_host, LDAP_port )) == NULL ) {
>perror( "ldap_init" );
>return "LDAP init failed";
> }
>
> /* Load SSL routines */
> if ( ldapssl_install_routines( ld ) != 0 ) {
>ldap_perror( ld, "ldapssl_install_routines" );
>return "LDAP SSL install routines failed";
> }
> /* Set up option in LDAP struct for using SSL */
> if ( ldap_set_option( ld, 0x0A, ((void *)1) ) != 0 ) {
>ldap_perror( ld, "ldap_set_option" );
>return "LDAP set option failed";
> }
> }
>
> /* authenticate to the directory as the Directory Manager */
> if ( ( msgid = ldap_simple_bind_s( ld, mangr_dn, mangr_pwd ) ) !=
> LDAP_SUCCESS ) {
> printf("Error Message ID = %d\n", msgid);
>
> return "Could not authenticate directory manager";
> }
>
> /* construct the array of values to add */
> mods = ( LDAPMod ** ) malloc (( NMODS + 1 ) * sizeof( LDAPMod * ));
> if ( mods == NULL ) {
> return "Could not allocate memory for mods array";
> }
>
> /* allocate memory for mods elements */
> for ( i = 0; i < NMODS; i++) {
> if (( mods[i] = ( LDAPMod * ) malloc( sizeof( LDAPMod * ))) == NULL)
>{
> return "Could not allocate memory for mods element";
> }
> }
>
> /* fill the mods array */
> /* each mods array element is a particular attribute of our directory
> element */
> (mods[0]->mod_op) = 0;
> (mods[0]->mod_type) = "objectclass";
> (mods[0]->mod_values) = objectclass_values;
>
> (
Inconsistent state of connection in LDAP C SDK 5.0
Hi, I am using LDAP C SDK 5.0. This is what happens if I restart the server while the client is connected (in this order): ldap_result() correctely returns SERVER_DOWN ldap_simple_bind_s() returns SUCCESS when ldap_result() is called again returnds SERVER_DOWN So it goes into this loop. The reason I am calling ldap_simple_bind_s() is because I have set the LDAP_OPT_RECONNECT option on the connection handle. According to the documentation ldap_simple_bind_s() will return success without contacting the server, if it thinks the connection is up. To me it looks like the status of the connection is not updated when ldap_result() returns SERVER_DOWN and so ldap_simple_bind_s() returns success without contacting the server. Is this a known bug ? is there a fix for this ? is there a way to get around this ? Ram
Re: ports warning: upcoming switch to the LDAP C SDK, version 5
Dan Mosedale wrote: > Currently, Mozilla gets its LDAP support (for LDAP autocomplete in > mail, as well as the LDAP addressbook) from the LDAP C SDK version > 4.0. This version of the C SDK doesn't have the crypto hooks for SSL > over LDAP, because it was released before the US crypto export laws > changed. So we need to move to version 5.0 of the C SDK in order to > support LDAP-over-SSL. I did test build from: ftp://ftp.mozilla.org/pub/mozilla/nightly/experimental/ldap/ and did not found any problem. Everything is working fine. Petr
ports warning: upcoming switch to the LDAP C SDK, version 5
Currently, Mozilla gets its LDAP support (for LDAP autocomplete in mail, as well as the LDAP addressbook) from the LDAP C SDK version 4.0. This version of the C SDK doesn't have the crypto hooks for SSL over LDAP, because it was released before the US crypto export laws changed. So we need to move to version 5.0 of the C SDK in order to support LDAP-over-SSL. Assuming drivers smiles upon us, this will happen for Mozilla 1.0, but even if not, we're going to need to make the change soon enough. It was necessary to re-do the autoconf build system on the ldapcsdk_branch_50, and I've gotten it working for Linux and Windows already. Mac changes are forthcoming. I forward-ported (almost) of all the various platform code changes (BeOS, OS2, FreeBSD, HPUX, ....) from the C SDK 4.0 branch. However, because the build system has changed a bunch, forward porting the buildsystem changes didn't make a lot of sense. So for ports owners, now would be a great time to make any necessary tweaks to the LDAP C SDK build system. If you submit patches to me for this, I'll try and land them on the ldapcsdk_branch_50 quickly, and then when the switch is thrown, your platform should continue to just work. <http://bugzilla.mozilla.org/show_bug.cgi?id=124244> has the patch which switches client.mk / client.mak to pull from the ldapcsdk_branch_50 as well as the (minor) changes to Mozilla required to deal with this. Apply that patch to an existing tree, then re-pull and re-build. http://komodo.mozilla.org/planning/branches.cgi will continue to have up-to-date info on the status of this work. Thanks in advance for any patches! Dan
Re: I'd like to compile the LDAP C SDK 5.0 on FreeBSD 4.2
"±èÁ¾´ö" <[EMAIL PROTECTED]> writes: > I want to use the LDAP C SDK with SSL on FreeBSD. > so, I'd like to compile the LDAP C SDK 5.0 on FreeBSD 4.2 > > I checked out the ldapcsdk_branch_50, NSS_3_3_1_RTM and > NSPRPUB_RELEASE_4_1_2, > but it failed. > > Doesn't LDAP SDK support FreeBSD ? > I checked in some contributed patches for FreeBSD to the ldapcsdk_branch_50 about a week ago, but I don't have a machine with FreeBSD that I can actually test them on. What's the specific error you're seeing? Dan
I'd like to compile the LDAP C SDK 5.0 on FreeBSD 4.2
I want to use the LDAP C SDK with SSL on FreeBSD. so, I'd like to compile the LDAP C SDK 5.0 on FreeBSD 4.2 I checked out the ldapcsdk_branch_50, NSS_3_3_1_RTM and NSPRPUB_RELEASE_4_1_2, but it failed. Doesn't LDAP SDK support FreeBSD ? Thanks, [EMAIL PROTECTED]
Re: I need to compile LDAP C-SDK 4.1 for Linux
"Cyril Protat" <[EMAIL PROTECTED]> writes: > Hi all, > > I need to recompile the Netscape LDAP SDK for C 5.0. > > Which CVS modules do I need ? > I checked out the tag called 'ldapcsdk_branch_50' for the directory > 'DirectorySDKSourceC' and tried to compile it ... but it fails !!! > Well, generally, more details are gonna required for anyone to be able to help you. Where is your build dying? Can you paste the build error into a posting? Dan
Re: AIX Platform: C-SDK: multi-threaded app: Question about LDAP_ASYNC_IO define
"Romas" writes: > Is LDAP_ASYNC_IO define assume that IO over the LDAP > sockets will be truly asynchronous? I mean will the signal SIGIO > be raised everytime something is on the socket? It uses select() or poll(), depending on platform, to do its magic, not SIGIO. Dan
AIX Platform: C-SDK: multi-threaded app: Question about LDAP_ASYNC_IO define
Is LDAP_ASYNC_IO define assume that IO over the LDAP sockets will be truly asynchronous? I mean will the signal SIGIO be raised everytime something is on the socket? --
AIX Platform: C-SDK: multi-threaded app: Question to module developers - What is doing in the C-SDK code?
I'm doing development pf multi-threaded application for AIX platform. While browsing through the C-SDK sources (both 0.9.4 and 0.9.7) I found out in . To me, the call is potentially dangerous and has to be used instead. Am I right or am I missing something? -
