Closed
Bug 19150
Opened 26 years ago
Closed 25 years ago
Remove Mac-specific functions PR_LoadNamedFragment and PR_LoadIndexedFragment
Categories
(NSPR :: NSPR, defect, P3)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: wtc, Assigned: sdagley)
References
Details
The new PR_LoadLibraryWithFlags function has been added (bug #16845),
which subsumes the Mac-specific functions PR_LoadNamedFragment and
PR_LoadIndexedFragment declared in prlink_mac.h (bug #15691).
Please convert the PR_LoadNamedFragment and PR_LoadIndexedFragment
calls to PR_LoadLibraryWithFlags calls. After this is done, I will
remove these two functions and prlink_mac.h from NSPR.
Assignee | ||
Updated•26 years ago
|
Status: NEW → ASSIGNED
Target Milestone: M13
Assignee | ||
Comment 1•26 years ago
|
||
Unless this is critical I'm going to put it off to M13
Updated•25 years ago
|
Target Milestone: M13 → M14
Comment 2•25 years ago
|
||
and them m14...
Reporter | ||
Comment 3•25 years ago
|
||
It appears that mozilla/xpcom/components/xcDll.cpp
is the only file that uses these deprecated functions.
In fact, it only calls PR_LoadIndexedFragment.
PR_LoadNamedFragment does not seem to be used in the
mozilla client. Do we need to support this functionality
at all?
A modified version of xcDll.cpp has been sent to
sdagley and sfraser for testing.
Comment 4•25 years ago
|
||
PR_LoadNamedFragment was added for completness. It is quite possible that this
will be used in future.
Comment 5•25 years ago
|
||
Steve, did you incorporate these changes into the nsIFile branch? Looks like it
to me.
Reporter | ||
Updated•25 years ago
|
Whiteboard: Simon, Steve, did you get a chance to test my patch to xcDll.cpp?
Comment 6•25 years ago
|
||
I think steve checked in these changes as part of the nsIFile branch landing.
steve?
Assignee | ||
Comment 7•25 years ago
|
||
No, I didn't make that change on the nsIFile branch.
Comment 8•25 years ago
|
||
nsLocalFile::Load() (which implements the lib load that was done in
nsDll::Load(()) looks like:
// Use the new PR_LoadLibraryWithFlags which allows us to use a FSSpec
PRLibSpec libSpec;
libSpec.type = PR_LibSpec_MacIndexedFragment;
libSpec.value.mac_indexed_fragment.fsspec = &mResolvedSpec;
libSpec.value.mac_indexed_fragment.index = 0;
*_retval = PR_LoadLibraryWithFlags(libSpec, 0);
so PR_LoadIndexedFragment() has indeed gone.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Reporter | ||
Comment 9•25 years ago
|
||
mozilla/xpcom/components/xcDll.cpp still has:
#ifdef XP_MAC
#include "prlink_mac.h"
#endif
Can you remove this? Thanks.
Assignee | ||
Comment 10•25 years ago
|
||
Will do as soon as I get my new tree built
Reporter | ||
Comment 11•25 years ago
|
||
I removed prlink_mac.h and the two Mac-specific functions
PR_LoadIndexedFragment and PR_LoadNamedFragment.
Main trunk:
/cvsroot/mozilla/nsprpub/pr/include/MANIFEST, revision 1.9
/cvsroot/mozilla/nsprpub/pr/include/prlink_mac.h, removed
/cvsroot/mozilla/nsprpub/pr/src/linking/prlink.c, revision 3.33
NSPRPUB_RELEASE_4_0_BRANCH:
/cvsroot/mozilla/nsprpub/pr/include/MANIFEST, revision 1.8.10.1
/cvsroot/mozilla/nsprpub/pr/include/Attic/prlink_mac.h, removed
/cvsroot/mozilla/nsprpub/pr/src/linking/prlink.c, revision 3.32.4.1
Reporter | ||
Updated•25 years ago
|
Whiteboard: Simon, Steve, did you get a chance to test my patch to xcDll.cpp?
Reporter | ||
Updated•25 years ago
|
Target Milestone: M14 → ---
You need to log in
before you can comment on or make changes to this bug.
Description
•