coreutils-6.11-1 in release-2 area
Thu May 22 12:18:00 GMT 2008
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 Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT com
More information about the Cygwin-apps