This is the mail archive of the libc-alpha@sourceware.org mailing list for the glibc project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: [PATCH] #13594: Avoid race in nscd


> > Why are we rolling a bespoke pthread_spin_lock()?
> >
> > If we have threads, why aren't we using the pthreads interface?
> 
> The handle is already in the code and used this way, so we're compatible.

There may be just some hysterical raisins here.  But the important thing to
note is that this is a shared-memory area shared between nscd itself and
arbitrary programs using libc.  The latter might not have any pthread code,
so for name space reasons if nothing else it couldn't literally use
pthread_spin_lock.

But more generally, the nscd shared-memory area is in effect another ABI
surface.  So everything that makes it more straightforwardly self-contained
simplifies the potential compatibility issues.


Thanks,
Roland


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]