This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: [PATCH] nptl: Fix deadlock on atfork handler which calls dlclose (BZ#24595)
- From: Florian Weimer <fweimer at redhat dot com>
- To: Adhemerval Zanella <adhemerval dot zanella at linaro dot org>
- Cc: Carlos O'Donell <carlos at redhat dot com>, libc-alpha at sourceware dot org
- Date: Mon, 08 Jul 2019 15:11:10 +0200
- Subject: Re: [PATCH] nptl: Fix deadlock on atfork handler which calls dlclose (BZ#24595)
- References: <20190523133048.14922-1-adhemerval.zanella@linaro.org> <af4a5c35-65bf-7e45-4230-65b2a499b027@redhat.com> <77021a69-c1a9-b41a-4396-5201915e3fa3@linaro.org> <87blztulg7.fsf@oldenburg2.str.redhat.com> <d15d4c9e-820e-22b0-73f9-2909e00575b3@linaro.org> <87lfyxt0fk.fsf@mid.deneb.enyo.de> <9b7c942b-ffba-4032-0d85-42a3b401d12f@linaro.org> <87o93sru1b.fsf@oldenburg2.str.redhat.com> <0636dd42-5cdb-7bdd-5ad7-0614bad0da78@linaro.org> <87pno7q5fy.fsf@oldenburg2.str.redhat.com> <20126ef9-c2fa-1c2c-d62f-5c509df928fc@linaro.org>
I have thought about this some more and now wonder if we should add a
generic copy-on-write list which supports deletions in the middle.
We could use it for an internal copy of _IO_list_all (which is
unfortunately part of the ABI), too. It would help with code that has
to deal with callbacks where the callbacks can acquire the list lock or
modify the list.
Thanks,
Florian