lkml.org 
[lkml]   [2004]   [Mar]   [21]   [last100]   RSS Feed
Views: [more markup]  [less markup]  [headers]  [forward] 
 
Messages in this thread
/
DateSun, 21 Mar 2004 13:57:30 +0100
FromJörn Engel <>
SubjectRe: [PATCH] cowlinks v2
On Sat, 20 March 2004 08:48:43 -0800, Davide Libenzi wrote:
> On 20 Mar 2004, Patrick J. LoPresti wrote:> > > What happens if the disk fills while you are making the copy?  Will
> > open(2) on an *existing file* then return ENOSPC?> > > > I do not think you can implement this without changing the interface
> > to open(2).  Which means applications have to be made aware of it
> > anyway.  Which means you might as well leave your implementation as-is
> > and let userspace worry about creating the copy (and dealing with the
> > resulting errors).> > FWIW I did this quite some time ago to speed up copy+diff linux kernel 
> trees:> > http://www.xmailserver.org/flcow.html> > It is entirely userspace and uses LD_PRELOAD on my dev shell.

Nice work.  I was thinking about something like that as an
intermediate solution (my goal is libc inclusion), just with slightly
different checks:
	int ret = open(...);
	if (ret == -EMLINK)
		ret = cow_open(...);
	return ret;
Jörn

-- 
He that composes himself is wiser than he that composes a book.
-- B. Franklin
-
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/

\
 
 \ /
  Last update: 2005-03-22 13:01    [from the cache]
©2003-2008