[PATCH] New fstest to check rename POSIX conformance

Sebastian Huber sebastian.huber at embedded-brains.de
Tue Feb 11 06:47:32 UTC 2014


On 2014-02-11 02:07, Nick Withers wrote:
> On Sat, 2014-02-08 at 12:26 +0000, Andre Marques wrote:
>> >Hi,
>> >
>> >As discussed in [1], I created a new fstest to check the rename()
>> >implementation against the POSIX specification [2].
>> >
>> >What the attached patch does not test:
>> >
>> >- Testing the existance of a link visible to other processes during the
>> >rename process (ensuring that there is always a reference to the file).
>> >Not sure about the best way to test this.
>> >
>> >- Testing that after all processes close their references to a file
>> >after it was removed by rename() the file contents are removed (or
>> >marked as free space, I guess). I only found platform dependent ways of
>> >dealing with disk block's.
> I don't believe that rename() should lead to removal of file disk blocks
> (at least with a rename() on the same file-system, which seems to be all
> that POSIX requires be supported (see, e.g., the description of the
> EXDEV error case... though I do think it's ambiguous) and all RTEMS
> allows at present), since it's just changing the file name that links to
> that data.
>

You can use rename() to delete files.

-- 
Sebastian Huber, embedded brains GmbH

Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone   : +49 89 189 47 41-16
Fax     : +49 89 189 47 41-09
E-Mail  : sebastian.huber at embedded-brains.de
PGP     : Public key available on request.

Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.



More information about the devel mailing list