diff options
author | Ulrich Drepper <drepper@redhat.com> | 2006-06-25 05:49:11 -0700 |
---|---|---|
committer | Linus Torvalds <torvalds@g5.osdl.org> | 2006-06-25 10:01:22 -0700 |
commit | 45c9b11a1d07770cabb48cb0f7960a77650ffc64 (patch) | |
tree | f1928b66fa23a5350cc15b0c448e9acefff66758 /drivers/char/rocket.c | |
parent | 584e1236bbcdfec3f64c751908b8b4fe868c2d20 (diff) | |
download | kernel-common-45c9b11a1d07770cabb48cb0f7960a77650ffc64.tar.gz kernel-common-45c9b11a1d07770cabb48cb0f7960a77650ffc64.tar.bz2 kernel-common-45c9b11a1d07770cabb48cb0f7960a77650ffc64.zip |
[PATCH] Implement AT_SYMLINK_FOLLOW flag for linkat
When the linkat() syscall was added the flag parameter was added in the
last minute but it wasn't used so far. The following patch should change
that. My tests show that this is all that's needed.
If OLDNAME is a symlink setting the flag causes linkat to follow the
symlink and create a hardlink with the target. This is actually the
behavior POSIX demands for link() as well but Linux wisely does not do
this. With this flag (which will most likely be in the next POSIX
revision) the programmer can choose the behavior, defaulting to the safe
variant. As a side effect it is now possible to implement a
POSIX-compliant link(2) function for those who are interested.
touch file
ln -s file symlink
linkat(fd, "symlink", fd, "newlink", 0)
-> newlink is hardlink of symlink
linkat(fd, "symlink", fd, "newlink", AT_SYMLINK_FOLLOW)
-> newlink is hardlink of file
The value of AT_SYMLINK_FOLLOW is determined by the definition we already
use in glibc.
Signed-off-by: Ulrich Drepper <drepper@redhat.com>
Acked-by: Al Viro <viro@zeniv.linux.org.uk>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
Diffstat (limited to 'drivers/char/rocket.c')
0 files changed, 0 insertions, 0 deletions