On Wed 23 Aug 2006 at 02:29PM, Alan Coopersmith wrote:
> Dan Price wrote:
> >It would seem to me to make a lot more sense to move the existing (in
> >Solaris) libcmd.so over to libcmd_private.so (or fold it into libuutil
> >or some such), and update the consumers. Since libcmd is undocumented
> >and private, this should be straightforward (although it might be
> >possible that there is some libcmd proliferation into JDS or CDE
> >or other places, which would be good to cleanse anyway).
>
> libcmd has spread to at least CDE, X, & GNOME - dtlogin uses it,
> dating back to the CDE 1.0/Solaris 2.4 days when it used the private
> PAM interfaces that required it, according to the Imakefile comments.
> It still uses defopen() etal for reading/parsing /etc/default/login.
> sys-suspend (originally OW, now in CDE) does the same.
>
> In X, xlock similarly uses def*() for /etc/default/login, though xdm
> does not.
>
> I see defopen in a nm of /usr/bin/gdm as well, but strangely not in
> gnome-sys-suspend, which was just a port of sys-suspend from Motif to
> GTK.
Well, it might then make sense to create a library of libdefutils, ARC
it appropriately (sun private), and move the rest somewhere else.
I don't see merging ksh's libcmd with solaris's libcmd just because
they have a namespace collision as a real solution.
-dp
--
Daniel Price - Solaris Kernel Engineering - dp at eng.sun.com - blogs.sun.com/dp
