[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
Why ldap_<first,next>_attribute ?
Why has Umich LDAP and ldap-c-api *two* functions
ldap_first/next_attribute to get the attribute list, instead of just
char **ldap_get_attributes(LDAP *, LDAPMessage *)
which would return a NULL-terminated array of attribute values?
Can unneeded next_attribute take up much resources, or something?
But then, I don't remember ever stopping halfway through an
ldap_first/next_attribute walk anyway.
I'd like to see ldap_get_attributes above in the API.
(Though admittedly it's not that hard to implement it by hand:-)
--
Hallvard