Joseph Kowalski wrote: > > From: April Chin <April.Chin at eng.sun.com> > > There were many programs found linking to libcmd in other consolidations > > and unbundled products...coordinating the changes for > > these consumers with the ksh93 project made it very difficult > > to change the name of the Solaris libcmd. > > Oh sigh,... We can call it Consolidation Private, but it sounds like > we got no respect... 8^) > > Actually, considering the nature of the routines I don't find it at > all a surprize that others have latched on to these. As a matter of > fact I recall a discussion about making these routies Public, but > that was decided against because we didn't want to encourage the > use of /etc/default when we knew SMF was coming.
Making the |def*()| functions "public" should be avoided. Both the API and the implementation can only be described as hack where hacks have been tacked-on where hacks have been added where then additional hacks have been added and hacks were introduced to deal with other broken hacks. IMO it may be nice to create a lightwheight (e.g. no other library dependicies than libc), threadsafe and locking-free replacement API which should then live in libcmdutils.so.1 (and I volunteer to do the work after ksh93 has been putback - that's easy... :-) ). > What about ksh98's libcmd. Why is this considered Public? (If it > is Public, where are the man pages?) I consider it more or less "public" (note that I am always getting the official Sun stabilty terminology wrong - April may correct me if I am causing havic again... :-) ) because the API is stable since many many years and will remain stable as far as I can see into the future. Moreover we will have a bunch of follow-up projects which will quickly make use of these builtin commands in libshell&&libcmd (e.g. we will likely see the matching ARC case attack your mailinglist within one or two weeks after the ksh93 putback is complete... :-) ) ... ---- Bye, Roland -- __ . . __ (o.\ \/ /.o) roland.mainz at nrubsig.org \__\/\/__/ MPEG specialist, C&&JAVA&&Sun&&Unix programmer /O /==\ O\ TEL +49 641 7950090 (;O/ \/ \O;)
