jdp 4baa442de2 Revamp the mechanism for enumerating and calling shared objects' ...

init and fini functions.  Now the code is very careful to hold no
locks when calling these functions.  Thus the dynamic linker cannot
be re-entered with a lock already held.

Remove the tolerance for recursive locking that I added in revision
1.2 of dllockinit.c.  Recursive locking shouldn't happen any more.

Mozilla and JDK users: I'd appreciate confirmation that things still
work right (or at least the same) with these changes.

2000-01-09 21:13:48 +00:00

..

alpha

Revamp the mechanism for enumerating and calling shared objects'

2000-01-09 21:13:48 +00:00

amd64

Revamp the mechanism for enumerating and calling shared objects'

2000-01-09 21:13:48 +00:00

i386

Revamp the mechanism for enumerating and calling shared objects'

2000-01-09 21:13:48 +00:00

debug.c

$Id$ -> $FreeBSD$

1999-08-28 00:22:10 +00:00

debug.h

Add a new function dllockinit() for registering thread locking

1999-12-27 04:44:04 +00:00

lockdflt.c

Revamp the mechanism for enumerating and calling shared objects'

2000-01-09 21:13:48 +00:00

Makefile

Add a new function dllockinit() for registering thread locking

1999-12-27 04:44:04 +00:00

malloc.c

$Id$ -> $FreeBSD$

1999-08-28 00:22:10 +00:00

map_object.c

Get the actual pathname of the dynamic linker from the executable's

1999-08-30 01:54:13 +00:00

rtld.1

.Nm += "rtld"

1999-09-28 05:35:59 +00:00

rtld.c

Revamp the mechanism for enumerating and calling shared objects'

2000-01-09 21:13:48 +00:00

rtld.h

Revamp the mechanism for enumerating and calling shared objects'

2000-01-09 21:13:48 +00:00

xmalloc.c

$Id$ -> $FreeBSD$

1999-08-28 00:22:10 +00:00