[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Gnu-arch-users] Re: give us a hand with arch

From: Harald Meland
Subject: Re: [Gnu-arch-users] Re: give us a hand with arch
Date: Mon, 29 Sep 2003 01:05:29 +0200
User-agent: Gnus/5.1002 (Gnus v5.10.2) Emacs/21.3 (usg-unix-v)

[Ethan Benson]

> On Sun, Sep 28, 2003 at 10:35:57PM +0200, Harald Meland wrote:
>> [Ethan Benson]
>> > On Sun, Sep 28, 2003 at 12:59:51AM +0200, Harald Meland wrote:
>> >> For example, on this Debian box Emacs is by default set up to create
>> >> backup files by renaming.  While I'm not claiming to have looked very
>> >> closely at xattr semantics, I would guess that
>> >> 
>> >>   rename(file, file~)
>> >>   open(file)
>> >>   ... write new contents ...
>> >>   close(file)
>> >> 
>> >> would leave the user with the original file-id xattr in file~ (which
>> >> by default would be ignored by tla), and no corresponding xattr in
>> >> file.  This would be bad.
>> >
>> > no, rename() supports xattr.
>> Uhm, yes.  But does open(2) automatically add the same xattrs to the
>> file it just created?  I think (and certainly hope ;-) not.
> no. of course not. why would it? where would open(2) even see such an
> xattr? the parent directory?

To make myself clear: I wasn't trying to advocate that it open(2)
*should* add this xattr to the new file.

I was merely trying to drive home my point, as it seemed that you had
misread the effect of my Emacs backup-generation pseudo-code
(i.e. your reply that "rename() supports xattr" is besides the point I
was making).

However, as I've said one time already, we seem to agree that tla's
use of xattr (if any) would have to explicitly be switched on by the
user running tla -- and that was my sole reason for posting to this
thread in the first place. :-)

reply via email to

[Prev in Thread] Current Thread [Next in Thread]