From: Jeff Layton <jlayton@kernel.org>
To: NeilBrown <neilb@suse.de>,
Michael Kerrisk <mtk.manpages@gmail.com>,
linux-man@vger.kernel.org
Subject: Re: [PATCH] utime.2, utimensat.2: explicitly mention ctime changing.
Date: Wed, 24 Aug 2022 06:15:45 -0400 [thread overview]
Message-ID: <22fdfff7e210aef79ea9e65d779e87cb6bcd5295.camel@kernel.org> (raw)
In-Reply-To: <166130409455.27490.3548169201261980550@noble.neil.brown.name>
On Wed, 2022-08-24 at 11:21 +1000, NeilBrown wrote:
> utime and related calls always change the ctime. It is worth making
> this explicit.
> This is clear from the code (vfs_utimes() in fs/utimes.c always sets
> ATTR_CTIME) and is documented in
> https://pubs.opengroup.org/onlinepubs/007904875/functions/utimes.html
>
> Signed-off-by: NeilBrown <neilb@suse.de>
> ---
> man2/utime.2 | 2 ++
> man2/utimensat.2 | 3 +++
> 2 files changed, 5 insertions(+)
>
> diff --git a/man2/utime.2 b/man2/utime.2
> index 5338723574e2..7557d680afa3 100644
> --- a/man2/utime.2
> +++ b/man2/utime.2
> @@ -39,6 +39,8 @@ to the
> fields of
> .I times
> respectively.
> +The status change time (ctime) will be set to the current time, even if the
> +other time stamps don't actually change.
> .PP
> If
> .I times
> diff --git a/man2/utimensat.2 b/man2/utimensat.2
> index 11cf3ee24129..2abf8e196ee1 100644
> --- a/man2/utimensat.2
> +++ b/man2/utimensat.2
> @@ -101,6 +101,9 @@ If
> .I times
> is NULL, then both timestamps are set to the current time.
> .\"
> +.PP
> +The status change time (ctime) will be set to the current time, even if the
> +other time stamps don't actually change.
> .SS Permissions requirements
> To set both file timestamps to the current time (i.e.,
> .I times
Reviewed-by: Jeff Layton <jlayton@kernel.org>
next prev parent reply other threads:[~2022-08-24 10:15 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-08-24 1:21 [PATCH] utime.2, utimensat.2: explicitly mention ctime changing NeilBrown
2022-08-24 10:15 ` Jeff Layton [this message]
2022-08-24 11:49 ` Alejandro Colomar
2022-08-25 0:20 ` NeilBrown
2022-08-25 8:37 ` Jakub Wilk
2022-08-25 11:19 ` Alejandro Colomar
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=22fdfff7e210aef79ea9e65d779e87cb6bcd5295.camel@kernel.org \
--to=jlayton@kernel.org \
--cc=linux-man@vger.kernel.org \
--cc=mtk.manpages@gmail.com \
--cc=neilb@suse.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox