[PATCH] [BZ #19329] Fix race during concurrent dlopen and pthread_create
Florian Weimer
fweimer@redhat.com
Tue Dec 29 18:49:00 GMT 2015
On 12/29/2015 11:38 AM, Ilya Palachev wrote:
> + listp->slotinfo[idx].gen = atomic_increment_val(&GL(dl_tls_generation));
Space after atomic_increment_val. And I think it's a legacy macro, not
one of the new C11 macros. It's surprising that atomic access is not
needed in any other places. Why is this so?
Does the counter now need overflow protection on 32-bit architectures
because it is incremented more often?
Florian
More information about the Libc-alpha
mailing list