15691 - New Mac library loading API calls

Status: RESOLVED FIXED

(NSPR :: NSPR, defect, P3)

Description

[Simon Fraser [no longer active]]

I added two new Mac-only shared library loading calls. These are implemented in
prlink.c, and exposed in prlink_mac.h:

/*
** PR_LoadNamedFragment
**
** Load a code fragment by fragment name from the data fork of the specified
file.
** The fragment name is an internal name which uniquely identifies a code
** fragment; this call opens the 'cfrg' resource in the file to find the
** offsets of the named fragment.
**
** If the specified fragment exists, it is loaded and an entry created
** in the load map (keyed by fragment name).
**
** If fileSpec points to an alias, the alias is resolved by this call.
*/
PR_EXTERN(PRLibrary*) PR_LoadNamedFragment(const FSSpec *fileSpec, const char*
fragmentName);

/*
** PR_LoadIndexedFragment
**
** Load a code fragment by fragment index from the data fork of the specified
file
** (since Mac shared libraries can contain multiple code fragments).
** This call opens the 'cfrg' resource in the file to find the offsets
** of the named fragment.
**
** If the specified fragment exists, it is loaded and an entry created
** in the load map (keyed by fragment name).
**
** If fileSpec points to an alias, the alias is resolved by this call.
**
*/
PR_EXTERN(PRLibrary*) PR_LoadIndexedFragment(const FSSpec *fileSpec, PRUint32
fragIndex);

Comment 1

[Wan-Teh Chang]

Simon, this bug is fixed, right?

Comment 2

[Simon Fraser [no longer active]]

Yes, fixed, as long as it survived migration to 3.5. sdagley?

Comment 3

[Wan-Teh Chang]

Yes, it survived migration to NSPR 3.5.
Marked the bug fixed.

Comment 4

[Wan-Teh Chang]

Attachment: Simon's newsgroup posting explains why these two new functions are needed