Closed
Bug 71179
Opened 24 years ago
Closed 23 years ago
QNX photon port requires changes to the prlink.c to run 4x netscape plugins
Categories
(NSPR :: NSPR, defect, P1)
Tracking
(Not tracked)
RESOLVED
FIXED
4.2
People
(Reporter: timeless, Assigned: wtc)
References
()
Details
Attachments
(1 file, 1 obsolete file)
patch is attached to message in url. please help get this (or a derivative) checked in.
attaching patch based on poor man's merge. *untested*
Updated•23 years ago
|
Status: NEW → ASSIGNED
Comment 4•23 years ago
|
||
The proposed patch changes the API, adding a symbol to the arguments. Suggest a better patch, please, that does not change the API.
Comment 5•23 years ago
|
||
What's RTLD_GROUP, exactly? man -k isn't helping me on RH Linux. Larry, could this be considered for a future major release of NSPR? /be
Comment 6•23 years ago
|
||
This bug is a duplicate of 71182, and a patch is available there. *** This bug has been marked as a duplicate of 71182 ***
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
Assignee | ||
Comment 7•23 years ago
|
||
I will not add the PR_LD_GROUP flag to the NSPR prlink.h API. It is not clear whether this loading option can be implemented cross-platform. You have two options: 1. If it is fine for PR_LoadLibraryWithFlags() to always pass RTLD_GROUP to dlopen(), you can modify mozilla/nsprpub/pr/src/linking/prlink.c as follows: Index: prlink.c =================================================================== RCS file: /cvsroot/mozilla/nsprpub/pr/src/linking/prlink.c,v retrieving revision 3.34.2.9 diff -u -r3.34.2.9 prlink.c --- prlink.c 2001/05/22 23:31:57 3.34.2.9 +++ prlink.c 2001/05/24 20:56:40 @@ -728,7 +728,11 @@ #ifdef HAVE_DLL { #if defined(USE_DLFCN) +#ifdef NTO + int dl_flags = RTLD_GROUP; +#else int dl_flags = 0; +#endif void *h; if (flags & PR_LD_LAZY) { 2. In mozilla/modules/plugin/nglsrc/nsPluginsDirUnix.cpp, call dlopen() directly, instead of PR_LoadLibraryWithFlags(), on Neutrino.
briane@qnx.com: the reason I filed two bugs is that NSPR is a locked module, whereas plugins is not. The code while related was at least somewhat seperable. However, I filed these bugs to get work done, and since you and wtc are both now considering getting it done I don't care how or where you do it. [Although it's impossible and impracticle for me to remove myself as reporter]
Blocks: 71182
Assignee | ||
Comment 9•23 years ago
|
||
This bug is to address the NSPR part of the problem. Bug 71182 is to address the browser part of the problem.
Status: RESOLVED → REOPENED
Priority: -- → P1
Resolution: DUPLICATE → ---
Target Milestone: --- → 4.2
Assignee | ||
Updated•23 years ago
|
Attachment #27016 -
Attachment is obsolete: true
Attachment #27016 -
Flags: needs-work+
Assignee | ||
Comment 10•23 years ago
|
||
Assignee | ||
Updated•23 years ago
|
Attachment #53979 -
Attachment description: Proposed patch. PR_LoadLibrary always uses RTLD_GROUP on Neutrino. → Proposed patch. PR_LoadLibraryWithFlags always uses RTLD_GROUP on Neutrino.
Assignee | ||
Comment 11•23 years ago
|
||
I checked in my patch on the tip of NSPR. I will check it in on the NSPRPUB_PRE_4_2_CLIENT_BRANCH when the Mozilla tree opens.
Assignee: larryh → wtc
Status: REOPENED → NEW
Assignee | ||
Comment 12•23 years ago
|
||
Fix checked in on the NSPRPUB_PRE_4_2_CLIENT_BRANCH.
Status: NEW → RESOLVED
Closed: 23 years ago → 23 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•