🚀 go-pugleaf

Bonjour,

le 24/09/2005 � 05:55, Charlie Gordon a �crit
dans le message <dh2h6a$6j0$1@reader1.imaginet.fr> :

>> Non. ctime est la date de modification de l'inode, voir stat(2).
>
>          time_t        st_atime;    /* time of last access */
>          time_t        st_mtime;   /* time of last modification */
>          time_t        st_ctime;    /* time of last change */
>
>        Not all of the Linux filesystems implement all of the time
>        fields.   Traditionally,  st_atime is changed by mknod(2),
>        utime(2), read(2), write(2), and truncate(2).
>
>        Traditionally, st_mtime is changed by mknod(2),  utime(2),
>        and  write(2).  The st_mtime is not changed for changes in
>        owner, group, hard link count, or mode.
>
>        Traditionally, st_ctime is changed by writing or  by  set�
>        ting  inode  information  (i.e., owner, group, link count,
>        mode, etc.).
>
> Enfer et putr�faction !
> 25 ans de certitudes qui s'effondrent...

C'est tout l'int�r�t d'avoir de la bonne documentation ; extrait de
stat(2) sur FreeBSD :

|    The time-related fields of struct stat are as follows:
|
|     st_atime      Time when file data last accessed.  Changed by the
|                   mknod(2), utimes(2), read(2) and readv(2) system
|                   calls.
|
|     st_mtime      Time when file data last modified.  Changed by the
|                   mkdir(2), mkfifo(2), mknod(2), utimes(2), write(2)
|                   and writev(2) system calls.
|
|     st_ctime      Time when file status was last changed (inode data
|                   modification).  Changed by the chflags(2), chmod(2),
|                   chown(2), creat(2), link(2), mkdir(2), mkfifo(2),
|                   mknod(2), rename(2), rmdir(2), symlink(2),
|                   truncate(2), unlink(2), utimes(2), write(2) and
|                   writev(2) system calls.
|
|     st_birthtime  Time when the inode was created.

> D'ailleurs � quoi sert cette date de dernier changement de l'inode qui
> est bien souvent �gale � celle non disponible de cr�ation ?

� ma connaissance, cette date ne peut �tre mise � jour que par le noyau
contrairement � st_atime et st_mtime qui son librement modifiables
(si on a les droits n�cessaires bien s�r) par utimes(2) ou plus
simplement via touch(1). Je pense que pour une application de s�curit�,
cette information permet de d�tecter rapidement le changement d'un
param�tre important : modification des permissions, du propri�taire, du
groupe, etc. mais il y a probablement d'autres usages.

PS : Cette discussion n'a plus grand chose � voir avec le langage C, je
place donc un suivi sur <news:fr.comp.os.unix> qui est un bien meilleur
endroit pour en parler.
-- 
Benoit Izac