Follow @Openwall on Twitter for new release announcements and other news
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date: Sun, 16 Aug 2020 12:56:42 -0400
From: Rich Felker <>
Subject: Re: Restrictions on child context after multithreaded fork

On Sun, Aug 16, 2020 at 11:10:37AM +0200, Florian Weimer wrote:
> * Rich Felker:
> > On some inspection, glibc does not actually attempt to make the child
> > environment unrestricted. The only things it does around fork are:
> I think pthread_once initializers that have partially executed are
> also executed from the start in the child if initialization is
> requested again.

I don't follow how pthread_once is related. The vast majority of the
things I found glibc doing no specific handling for are actual mutable
state not just on-demand initialization.


Powered by blists - more mailing lists

Confused about mailing lists and their use? Read about mailing lists on Wikipedia and check out these guidelines on proper formatting of your messages.