I'm fine with adding a "race" qualifier. Do you have any ideas on the type of race? I didn't see anything in the other man-pages that jumped out as being correct. Thanks, Nate -----Original Message----- From: Adhemerval Zanella <adhemerval.zanella@xxxxxxxxxx> Sent: Tuesday, October 06, 2020 12:26 To: Karstens, Nate <Nate.Karstens@xxxxxxxxxx>; mtk.manpages@xxxxxxxxx Cc: linux-man@xxxxxxxxxxxxxxx; libc-alpha@xxxxxxxxxxxxxx; willy@xxxxxxxxxxxxx Subject: Re: [PATCH] system.3: Indicate MT-Unsafe CAUTION - EXTERNAL EMAIL: Do not click any links or open any attachments unless you trust the sender and know the content is safe. On 06/10/2020 13:15, Nate Karstens via Libc-alpha wrote: > The fact that system(3) does not support pthread_atfork(3) also means > that it is not thread safe. See the discussion for the proposal of a > close-on-fork flag in the 2020 April and May timeframe, especially: > > https://urldefense.com/v3/__https://lkml.org/lkml/2020/5/15/1067__;!!E > Jc4YC3iFmQ!D9YVAE760hT-YFoOT14KmIu4y2cjQb8ZflVgpX-3rxgBF2WvxyATUeQogZF > Ffv2sIQ$ > > Signed-off-by: Nate Karstens <nate.karstens@xxxxxxxxxx> Not sure if man pages characterizes file descriptor leak as mt-unsafe, at least we don't have this concept on glibc manual. In fact, I think adding a MT-Unsafe mark to this potentially make any libc call that is not atomic potentially MT-Unsafe, either when they do not concurrent trigger race issues regarding memory semantic. At least I think it should add a 'race' mark to indicate what exactly is MT-unsafe (as for other implementations). > --- > man3/system.3 | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/man3/system.3 b/man3/system.3 index aef40417a..8730fabd3 > 100644 > --- a/man3/system.3 > +++ b/man3/system.3 > @@ -127,7 +127,7 @@ l l l. > Interface Attribute Value > T{ > .BR system () > -T} Thread safety MT-Safe > +T} Thread safety MT-Unsafe > .TE > .SH CONFORMING TO > POSIX.1-2001, POSIX.1-2008, C89, C99. > ________________________________ CONFIDENTIALITY NOTICE: This email and any attachments are for the sole use of the intended recipient(s) and contain information that may be Garmin confidential and/or Garmin legally privileged. If you have received this email in error, please notify the sender by reply email and delete the message. Any disclosure, copying, distribution or use of this communication (including attachments) by someone other than the intended recipient is prohibited. Thank you.
