Cyril Plisko wrote:
> On 9/1/07, Roland Mainz <roland.mainz at> wrote:
> > "Richard L. Hamilton" wrote:
> >
> > > > This is a sponsor request to implement the RFE/CR
> > > > #6451262 ("RFE:
> > > > /usr/bin/sleep should support floating-point values"
> > > > -
> considering that /usr/gnu/bin/sleep already does that, how important
> it is to have yet another implementation of that feature ?

Some points:
- is likely going to be already loaded in the system at
the time someone calls the external application /usr/bin/sleep and
loading another extra binary (e.g. GNU sleep) would require extra time
and memory (see my previous comment about sub-second timing)
- GNU "sleep" lives in an optional package while both the current
implementation of /usr/bin/sleep and live in OS/Net. AFAIK
GNU "sleep" would need to be moved to OS/Net first or "sleep" moved out
of OS/Net somehow (which is tricky since some system scripts AFAIK
depend on "sleep")
- GNU "sleep" has extensions which would need to be implemented to
ksh93's "sleep" builtin first to ensure compatibity (and this needs to
be checked against the POSIX specs, e.g. whether 'm', 'h', 'd', 's' can
be applied as time units). However this may lead to a similar problem as
GNU "readlink" vs. ksh93 "readlink" (e.g. GNU "readlink" has extensions
which are not functional on all types of filesystems and IMHO therefore
won't be very welcome in a shell which has portabilty of it's script as
one of it's primary goals (which reminds me that I still own Stephen
Hahn an email to discuss how to get rid of GNU "readlink" from
/usr/bin/readlink)) which is already a big mess and I don't like to see
more of these problems in my ToDo list... ;-(



  __ .  . __
 (o.\ \/ /.o) roland.mainz at
  \__\/\/__/  MPEG specialist, C&&JAVA&&Sun&&Unix programmer
  /O /==\ O\  TEL +49 641 7950090
 (;O/ \/ \O;)

Reply via email to