coreutils-6.11-1 in release-2 area

[Corinna Vinschen]

On May 22 06:10, Eric Blake wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> According to Corinna Vinschen on 5/22/2008 5:56 AM:
> |
> | While we're talking about coreutils, it would be a good idea to use the
> | latest Cygwin from CVS when testing coreutils further(*).  cp baild out
> | on me because it used a NULL pathname in calls to futimesat, which I'd
> | consider a bug in coreutils, but the Linux man page gives away that this
> | is a GLIBC extension.  I fixed that in CVS so futimesat can now do its
> | job (hopefully) correctly withe NULL pathname as well.
> |
> | However, here's a question:  Should coreutils really use futimesat at
> | all when futimes and utimensat are available?  Isn't that sort of a
> | buglet in coreutils?
>
> Hmm.  There's some history here.  futimesat was the original proposal,
> then Posix 200x changed their minds and decided to standardize utimensat
> instead.  Gnulib implemented a version prior to glibc, then glibc picked
> up the prototype that Posix was proposing which conflicted with gnulib (if
> I recall correctly, it was the addition of a flag parameter).
>
> Meanwhile, it IS a bit annoying that Posix 200x decided not to standardize
> utimensat(fd,NULL,times,flag) as changing the times on fd rather than
> treating fd as the directory starting point; once you have an open fd,
> having to refer to the file by name again is potentially racy.

No need to refer the dir by name:

  futimens (dirfd. timespec);


Corinna

-- 
Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader          cygwin AT cygwin DOT com
Red Hat