[Date Prev][Date Next] [Chronological] [Thread] [Top]

Re: OpenLDAP 2.5



On Wed, Dec 23, 2009 at 11:46:54AM -0800, Matthew Backes wrote:
> > We should also walk thru the Software Enhancement requests and
> > decide which to accept and which to reject. Currently there are 37
> > outstanding.
> 
> Here's a few things we talked about on IRC:
> 
> * Re-design and re-implemenation of the C LDAP (and LBER) API.
> 
> per http://scratchpad.wikia.com/wiki/LDAP_C_API
> 
> ** No global state; everything in app or connection handles.  No
>    exceptions, no mercy!
> ** Use function pointers to allow override of
> *** Memory allocation
> *** Non-reentrant functions
> *** Have sane internal defaults as well as defaults for nspr, apr,
>     glib, etc
> ** Better defaults!  (v3 etc)
> ** Simple function alternatives for simple apps
> ** Use structures instead of many arguments.

For the "thread-free" piece I might throw in

http://git.samba.org/?p=samba.git;a=blob;f=source3/include/tldap.h;h=cd502985698e2474025d9a70cd506da9bf4cf6af;hb=HEAD

and

http://git.samba.org/?p=samba.git;a=blob;f=source3/lib/tldap.c;h=fa56763a3358d608b804502f9a49a04a233bf46f;hb=HEAD

It is really far from being complete and very much tied to
Samba APIs like talloc and tevent, but the _send and _recv
call model (multiple _recv calls for a search request) might
provide an alternative API that I found pretty usable so
far.

Volker