Messages in this thread | | | Subject | Re: [ANNOUNCEMENT PATCH COW] proof of concept impementation of cowlinks | From | (Eric W. Biederman) | Date | 09 May 2004 23:15:33 -0600 |
| |
Jörn Engel <joern@wohnheim.fh-wedel.de> writes: > 3 copyfile - new copyfile() system call > http://wohnheim.fh-wedel.de/~joern/cowlink/
Question about sys_copyfile.
Is the intention that a new file with completely new permissions be created?
Some people have wanted a copyfile that copies all of the extra metadata user/group/acls.
I currently see technical merit in both approaches.
Looking at the CIFS information it appears that the CopyFILE RPC copies the permissions. It is not at all clear about that, and the fact it appears to copy permissions may simply be a specification bug. Given that FAT does not really have permissions, let alone extended attributes it would be an easy mistake to make.
In the general case you cannot copy permissions from one file to another, either you don't have those permissions yourself or the target file system may not support them all. Not copying permissions leads to a simpler implementation with the burden of the work left to user space. What is not done is a loop through the extended attributes.
Eric
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |