This is the mail archive of the libc-alpha@sources.redhat.com 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: [libc-alpha] Race condition between nss/dlopen/thread

From: Ulrich Drepper <drepper at redhat dot com>
To: Kaz Kylheku <kaz at ashi dot footprints dot net>
Cc: "H . J . Lu" <hjl at lucon dot org>, GNU C Library <libc-alpha at sources dot redhat dot com>
Date: 13 Mar 2002 13:42:07 -0800
Subject: Re: [libc-alpha] Race condition between nss/dlopen/thread
References: <Pine.LNX.4.44.0203131253150.698-100000@ashi.FootPrints.net>

On Wed, 2002-03-13 at 13:19, Kaz Kylheku wrote:

> One solution is prevention. Simply do not acquire both locks, only one
> at a time. For instance, NSS could arrange to have its lock released
> while it calls out to dlopen.

Prevention: yes.  But why that complicated?  Static initializers are
evil.  Every DSO which depends on them is inherently in danger of not
working reliably.  I see no need to change anything.  Fix the code.  Use
delayed initialization or explicit initialization functions.

-- 
---------------.                          ,-.   1325 Chesapeake Terrace
Ulrich Drepper  \    ,-------------------'   \  Sunnyvale, CA 94089 USA
Red Hat          `--' drepper at redhat.com   `------------------------

Attachment: signature.asc
Description: This is a digitally signed message part

References:
- Re: [libc-alpha] Race condition between nss/dlopen/thread
  - From: Kaz Kylheku

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