[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
Re: Q: LDAP C API: LDAPAPIFeatureInfo.ldapaif_name
At 05:47 PM 6/17/99 -0700, JR Heisey wrote:
>So if I have an extension for the controls identified with
>the macros
>
>#define LDAP_CONTROL_SORTREQUEST "1.2.840.113556.1.4.473"
>#define LDAP_API_FEATURE_X_CONTROL_SORTREQUEST 2001
>
>This reads to me that one of the strings returned in
>ldapai_extensions is "CONTROL_SORTREQUEST".
Actually it should be "X_CONTROL_SORTREQUEST" or the
macro should be LDAP_API_FEATURE_CONTROL_SORTREQUEST.
That is: LDAP_API_FEATURE_x -> "x"
One thing that isn't consistent is namespace requirements
for API extensions. Maybe we should just say:
LDAP_X_*
LBER_X_*
ldap_x_*
ber_x_*
are reserved for private and experimental extensions to this
specification. It is RECOMMENDED that all new private and
experimental extensions confine themselves to the "X" namespace.
All other names within the consumed namespace is reserved
for future revision of this standard and/or standard-track
extensions to this specification. Implementations which have
used names which later become used by a revision of this
standard and/or standard-track extension to this specification
MUST rename private and experimental extensions
such they do not conflict.
Obviously, it's wise for implementators to stay involved in
the standardization process to avoid such conflicts...
>However it occurs to me that for controls
>the string could be its OID such as "1.2.840.113556.1.4.473".
>Would this be appropriate?
There are features which aren't controls or extended operations.