getldapaliasbyname clarification (PSARC/2007/551)
John Beck
jbeck at eng.sun.com
Fri Sep 21 12:00:51 PDT 2007
I am self-sponsoring this fast-track, which expires on 2007-Sep-28.
It seeks to clarify that a function previously ARC'd as Evolving never
existed but that a related function which was introduced should be
Consolidation Private.
0. Related previous ARC cases
PSARC 1998/361 - Native LDAP
1. Problem
The above case introduced getldapaliasbyname(3n) as an Evolving function
with a man page. No function by that (exact) name was ever putback,
though. What was putback was __getldapaliasbyname() with no man page.
Furthermore, the binding for the latter function in the library's map
file is Private, and there is and only ever has been one consumer
(sendmail). Therefore I assert that the Native LDAP case was incorrectly
specified.
2. Solution
This case seeks to clarify that __getldapaliasbyname() is a Consolidation
Private interface and that getldapaliasbyname() is not and has never been
an Evolving interface.
-- John
http://blogs.sun.com/jbeck
More information about the opensolaris-arc
mailing list