use Perl

• ctime (Score:5, Insightful)

  by rafael (2125) <rgarciasuarezNO@SPAMgmail.com> on 2003.10.22 13:03 (#25069) Homepage Journal

  Interestingly, perl internally performs the link/unlink step on platforms where rename isn't available. (They must not be very common nowadays.)

  As I understand it, the aim of POSIX is not to cast into stone the current set of practices, but to recommend some practices believed to be better. In the rename(2) case, I can't judge, because I don't know in which cases POSIX recommends to update ctime. (Does owner change updates ctime for example ?)

  Reply to This

  • Re:ctime (Score:5, Interesting)

    by Dom2 (2981) <{dom} {at} {happygiraffe.net}> on 2003.10.22 13:33 (#25071) Homepage Journal

    I think of ctime as "inode change time". So to my line of thinking, rename shouldn't update the ctime, because the inode is not being affected, only the directory entries that point to it.

    Of course I'd need to look at kernel source to assert this, and that's hard work for me...

    -Dom

    Reply to This

    Parent

    • Re:ctime (Score:2)

      by jhi (318)

      Note that these days POSIX and the Single UNIX Specification are the same thing.

      According to SUS (available [unix-systems.org] at www.opengroup.org for free, just registration needed):

      • chmod, chown: update ctime
      • read: updates atime
      • open/O_TRUNC, rename, truncate, write: update ctime and mtime
      • link: update ctime, and the ctime and mtime of the directory
      • unlink: update ctime and mtime of the directory
      • mkdir, mkfifo, mknod, open/O_CREAT: update atime, ctime, mtime, and ctime and mtime of the directory
      • utime: update atime, ct