Re: [PATCH 0/3] *at syscalls: Intro

[Jakub Jelinek <jakub@redhat.com>]

On Fri, Dec 16, 2005 at 08:24:53AM -0800, Ulrich Drepper wrote:
> Jim Meyering wrote:
> >FYI, the rm in coreutils-cvs is finally thread-safe and race-free,
> >when using openat et al.
> 
> Actually, Jim, I doubt it.  There is one more race which cannot be 
> solved with the existing interfaces.  I want to tackle this next, after 
> these changes are decided on.
> 
> The problem is directory creation and then populating it.  As in cp -r 
> and any backup tool.  You currently have to use (at best)
> 
>    mkdirat(fd, "some-dir", 0666);
>    dfd = openat(fd, "some-dir", O_RDONLY);
> 
> What is needed is a way to create a new directory and return a file 
> descriptor for it.
> 
> I was thinking about using
> 
> dfd = openat(fd, "some-dir", O_RDONLY|O_DIRECTORY|O_CREAT, S_IFDIR|0666)
> 
> where the combination of using O_DIRECTORY, O_RDONLY, O_CREAT, and the 
> S_IFDIR flag can be recognized.  This is a configuration which cannot be 
> used successfully in current code.  Should probably also work with open().

At least for prelink I'd also like to be able to atomically
read/modify/write a file, but the Solaris renameat doesn't allow that.
What I do is open the original file, read it etc., then create a temporary
file in the same dir and as the final step I need to rename it over
the original file, but I'd like to do that only if nobody replaced
the original file in the mean time.
So a renameat variant that would have
olddirfd, oldname, oldfd, newdirfd, newname, newfd
arguments would be handy.  It would do the same thing as
renameat (olddirfd, oldname, newdirfd, newname),
but would fail if oldfd resp. newfd no longer corresponds to
the olddirfd/oldname resp. newdirfd/newname files.

	Jakub