Closed
Bug 71179
Opened 25 years ago
Closed 24 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•24 years ago
|
Status: NEW → ASSIGNED
Comment 4•24 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•24 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•24 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: 24 years ago
Resolution: --- → DUPLICATE
| Assignee | ||
Comment 7•24 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•24 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•24 years ago
|
Attachment #27016 -
Attachment is obsolete: true
Attachment #27016 -
Flags: needs-work+
| Assignee | ||
Comment 10•24 years ago
|
||
| Assignee | ||
Updated•24 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•24 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•24 years ago
|
||
Fix checked in on the NSPRPUB_PRE_4_2_CLIENT_BRANCH.
Status: NEW → RESOLVED
Closed: 24 years ago → 24 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•