Re: Re: Perfomance problem backupscript (more details and tests)

Joerg Schilling <[email protected]>
Newsgroups gmane.comp.archivers.star.user
Message-ID <434671CF.nail22CYSEN8@burner>
Les Mikesell <[email protected]> wrote:

> On Thu, 2005-10-06 at 13:05, [email protected] wrote:
>
> > ctime is indeed the natural choice for a name change 
> > indicating timestamp. The only problem is that it 
> > always was so clearly designated to have a different
> > meaning.
>
> > > not adjusting it in rename is broken. 
> > 
> > The lack of a name change indicating timestamp is a
> > birth defect of Unix.
>
> No, unix originally required link() and unlink() operations
> to create a new name and remove the old one. Each changed
> the inode link count, and thus ctime().  I think the atomic
> version of rename may have appeared in SCO's Xenix although
> it did not break the filesystem semanatics - it just did both
> operations with the inode locked.  Linux variations are the
> ones that first ignored the side effects of shortcuts.

No, rename predates SCO - rename() has been introduced by BSD-4.2

Jörg

-- 
 EMail:[email protected] (home) Jörg Schilling D-13353 Berlin
       [email protected]		(uni)  
       [email protected]	(work) Blog: http://schily.blogspot.com/
 URL:  http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.