Messages in this thread | | | Date | Tue, 11 Nov 2003 16:31:23 +0100 | From | "Ihar 'Philips' Filipau" <> | Subject | Re: OT: why no file copy() libc/syscall ?? |
| |
Rogier Wolff wrote: > > Fine. For compatibilty we'll leave "sendfile" in place. But if somehow > someone builds a filesystem which cannot use the pagecache, then > "sendfile" will fail. Or if somehow we manage to get the socket hooked > up to something else (*). Either CVS needs to handle that case > internally, or it will fail. In the first case, that causes extra code > in lots of applications that want to continue to work, in the latter > case, it's bad. >
I beleive - if you really want to have something like this - you need to go to e.g. nfs/coda/smbfs developers and talk with them: how it can be implemented in this situations.
Implement it with ioctl() - to really see make it sense or it just complicates things enourmously. Actually given networked file systems could be just NOT capable of this kind of operation at all.
Insisting on new syscall is silly: syscall is interface - it has nothing to do with functionality. Ocasionally syscalls are used to access functionality ;-) So start from functionality first. Syscall (or whatever interface will fit better) can be implemented in 15 minutes any time after functionality is in place.
-- Ihar 'Philips' Filipau / with best regards from Saarbruecken. -- _ _ _ "... and for $64000 question, could you get yourself |_|*|_| vaguely familiar with the notion of on-topic posting?" |_|_|*| -- Al Viro @ LKML |*|*|*|
- 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/
| |