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

Re: (ITS#5916) Allow alias dereferencing in search C API

michael@stroeder.com wrote:

> Hmm, maybe I missed something in this discussion and about the usage of
> client controls.
> But I'd vote for another function which provides a complete set of
> arguments for sending search requests. So if ldap_search_ext is
> considered incomplete regarding alias dereferencing I'd vote for
> introducing ldap_search_ext2 (or whatever name) with an additional argument.

Well, that's ldap_int_search*(); let's vote for the "public" name.  As I 
said, I think it makes sense, since alias dereferencing has always been 
explicitly required in the request.

OTOH, I have no objection to using a client-side control, as it wouldn't 
add too much complexity (well, it'd require to parse a list of strings 
with a worst-case of N * M, with N: number of known client controls; M: 
client controls passed to the request), and it would pave the way for 
client controls in libldap :)  I see Hallvard already has a request for 
another one.

One consideration: I'm not overlooking the value of not changing the API 
too often; also, I fear client-side controls could be another way to 
wind up with revitalizing the old API instead of designing a new one - 
if anyone ever seriously considered the opportunity to design it.


Ing. Pierangelo Masarati
OpenLDAP Core Team

SysNet s.r.l.
via Dossi, 8 - 27100 Pavia - ITALIA
Office:  +39 02 23998309
Mobile:  +39 333 4963172
Fax:     +39 0382 476497
Email:   ando@sys-net.it