This is the mail archive of the
mailing list for the glibc project.
Re: question about race:stream in glibc manual
- From: Alexandre Oliva <aoliva at redhat dot com>
- To: "Carlos O'Donell" <carlos at redhat dot com>
- Cc: MaShimiao <mashimiao dot fnst at cn dot fujitsu dot com>, carlos at systemhalted dot org, libc-help at sourceware dot org
- Date: Wed, 19 Nov 2014 18:36:18 -0200
- Subject: Re: question about race:stream in glibc manual
- Authentication-results: sourceware.org; auth=none
- References: <54654BA4 dot 7020702 at cn dot fujitsu dot com> <546B7531 dot 7000305 at redhat dot com> <or4mtwkqwv dot fsf at free dot home> <546BFF1C dot 5000704 at redhat dot com> <546C0D67 dot 4000106 at cn dot fujitsu dot com> <546C140F dot 70705 at redhat dot com>
On Nov 19, 2014, "Carlos O'Donell" <email@example.com> wrote:
> My apologies, I now see that addmntent is not in POSIX, which means it doesn't
> follow the normal MT-Safe requirement.
Err... We defined ânormal MT-Safe requirementâ as âuser is responsible
for synchronization on objects of its choiceâ, even if the library helps
with that at times. This is just one of those cases in which the
library does not help, but the general requirement applies, so, under
this criterion, addmntent is not unsafe just because it doesn't ensure
nobody else uses the stream between seek and write.
> I agree. MT-Safe race:stream is the best option.
I'll consider the patch for addmntent docs approved, then.
Alexandre Oliva, freedom fighter http://FSFLA.org/~lxoliva/
You must be the change you wish to see in the world. -- Gandhi
Be Free! -- http://FSFLA.org/ FSF Latin America board member
Free Software Evangelist|Red Hat Brasil GNU Toolchain Engineer