Path: utzoo!utgpu!attcan!uunet!husc6!think!ames!amdahl!oliveb!olivey!jerry
From: jerry@olivey.olivetti.com (Jerry Aguirre)
Newsgroups: comp.unix.wizards
Subject: 4.3BSD rename() changes ctime
Keywords: ctime dump rename
Message-ID: <26657@oliveb.olivetti.com>
Date: 4 Aug 88 01:42:52 GMT
Sender: news@oliveb.olivetti.com
Lines: 11

Prior to the "rename" system call the mv command would change the ctime
of a file even though the resulting data AND inode were identical.  This
was an anavoidable consequence of the link and unlink process used to
implement renaming.

Well, now that we have rename, it still does!  It doesn't seem right
that a system call that doesn't change the inode or the data in the file
should result in the file being dumped in the next backup.

Is this a bug or is there some justification for rename updating the
ctime?