Age | Commit message (Collapse) | Author |
|
|
|
removed now obsolete defines since we include now ldap headers which define these.
|
|
compiles now, and should serve as base to get it finally working. Also seems that the ifdefs can be arranged some better because the Solaris and Netscape/iPlanet/Mozilla LDAP SDKs seem to be closer to the Novell section than the OpenLDAP one.
|
|
|
|
know its fully working, and available with all LDAP SDKs.
Win32 requires to have the trusted CA in local keystore - I've not found yet a way to disable the cert check.
|
|
|
|
|
|
LDAP header file.
|
|
indented some of the code to curl-style
|
|
the configure script checks for openldap and friends and we link with those
libs just like we link all other third party libraries, and we no longer
dlopen() those libraries. Our private header file lib/ldap.h was renamed to
lib/curl_ldap.h due to this. I set a tag in CVS (curl-7_17_0-preldapfix)
just before this commit, just in case.
|
|
libldap when available in liblber.
|
|
since they're already included through "setup.h".
|
|
non-ASCII platforms.
|
|
compiler warning fix since it was Ok and actually
avoids the targeted compiler warning.
|
|
Assigning the const value zero to a pointer to function
results in a null pointer value assignment to the function
pointer.
Assignment of any nonzero value is what should result in a
implementation compiler dependent result.
Since what we want to do here is the first case, this should
not trigger compiler warnings related with conversions from
'pointer to data' to 'pointer to function'.
Our autobuild test suite will judge.
|
|
|
|
to avoid picky compiler warnings, since this is what we want!
|
|
|
|
|
|
|
|
cache within the multi handle.
|
|
command on subsequent requests on a re-used connection unless it has to.
|
|
shall be defined if <malloc.h> header file must be included even when including <stdlib.h>.
|
|
|
|
(more logical).
|
|
|
|
|
|
windows.h winsock.h winsock2.h ws2tcpip.h is done in setup.h
|
|
|
|
The LDAP code in libcurl can't handle LDAP servers of LDAPv3 nor binary
attributes in LDAP objects. So, I made a quick patch to address these
problems.
The solution is simple: if we connect to an LDAP server, first try LDAPv3
(which is the preferred protocol as of now) and then fall back to LDAPv2.
In case of binary attributes, we first convert them to base64, just like the
openldap client does. It uses ldap_get_values_len() instead of
ldap_get_values() to be able to retrieve binary attributes correctly. I
defined the necessary LDAP macros in lib/ldap.c to be able to compile
libcurl without the presence of libldap
|
|
the correct dynamic library names by default, and provides override switches
--with-ldap-lib, --with-lber-lib and --without-lber-lib. Added
CURL_DISABLE_LDAP to platform-specific config files to disable LDAP
support on those platforms that probably don't have dynamic OpenLDAP
libraries available to avoid compile errors.
|
|
Don't free 'lud_dn' twice in case curl_unescape()
fails.
|
|
The tag 'before_ftp_statemachine' was set just before this commit in case
of future need.
|
|
uses fastcall by default, so force cdecl.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
memory.h is included everywhere for this.
|
|
|
|
pointer!
|
|
of using 'lud_filter' after freeing 'lud_dn'.
|
|
Patch for ldap.c under Windows. It works with wldap32.dll as supplied with
Win-98/ME/2000/XP, so no extra .dlls are required. I've mostly tested it
against Verisign's ldap server. Added code in the case there are to many
responses (rc = LDAP_SIZELIMIT_EXCEEDED) and print only those we got. E.g.
curl
ldap://directory.verisign.net/?cn,display-name,mail,info?subtree?(cn=*Nelson*)
will print the first 10 results.
My only problem with it is that ldap_search_s() fails with "filter error" when
CURLDEBUG is defined ?! Maybe someone can spot the error.
|
|
all things up to work with encoded host names internally, as well as keeping
'display names' to show in debug messages. IDN resolves work for me now using
ipv6, ipv4 and ares resolving. Even cookies on IDN sites seem to do right.
|
|
|
|
The standards don't actually allow typecasts between data and functions so
some picky compilers warn about this.
|
|
warnings. Minor edits by me.
|