Shaya Potter:
> > DELETE_WHITEOUT
> > - deletes the entry on first writable branch. that branch may not be
> > top.
> > - create whiteout on that branch.
:::
> that isn't what DELETE_WHITEOUT does. DELETE_WHITEOUT renames the file
> to the whiteout name and then truncates it. Hence my problem with its
> semantics.
You are right when the entry is a file.
I wanted to focus the problem of 'which branch is processed', and summerized.
Detail is,
- find first writable branch. that branch may not be top.
- process the entry on that branch.
+ file. rename it to whiteout and truncate
+ dir. rmdir it and create whiteout
+ other. unlink it, create whiteout, and truncate
- if it failed, create whiteout on the upper(by one) branch. still that
branch may not be top.
Junjiro Okajima
_______________________________________________
unionfs mailing list
[email protected]
http://www.fsl.cs.sunysb.edu/mailman/listinfo/unionfs
