Closed Bug 28236 Opened 25 years ago Closed 25 years ago

NSPR is not auto-initialized for dynamic-library functions

Categories

(NSPR :: NSPR, defect, P3)

Product:
NSPR
Component:
NSPR
Platform:
x86
Windows NT
Type:
defect

Tracking

(Not tracked)

Status:
RESOLVED FIXED

People

(Reporter: srinivas, Assigned: srinivas)

Details

For the following dynamic-linking functions, NSPR is not initialized 
automatically:

PR_SetLibraryPath
PR_GetLibraryPath
PR_FindLibrary
PR_FindSymbolAndLibrary

An application calling one of these functions as the first call to NSPR will 
likely crash.
The patch for the fix:

Index: src/linking/prlink.c
============================================================
RCS file: /cvsroot/mozilla/nsprpub/pr/src/linking/prlink.c,v
retrieving revision 3.32.4.1
diff -r3.32.4.1 prlink.c
262a263
>     if (!_pr_initialized) _PR_ImplicitInitialization();
286a288
>     if (!_pr_initialized) _PR_ImplicitInitialization();
799a802
>     if (!_pr_initialized) _PR_ImplicitInitialization();
1162a1166
>     if (!_pr_initialized) _PR_ImplicitInitialization();
Status: NEW → ASSIGNED
PR_FindLibrary is not declared in prlink.h and not
documented.  Strange.  Maybe delete it?

I am not sure if applications are using PR_FindLibrary.

Checked in the patch:

/cvsroot/mozilla/nsprpub/pr/src/linking/prlink.c
new revision: 3.32.4.2; previous revision: 3.32.4.1
Marking fixed.
Resolved.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.