Closed
Bug 77197
Opened 25 years ago
Closed 24 years ago
fork & exec does not work in Neutrino
Categories
(NSPR :: NSPR, defect, P2)
Tracking
(Not tracked)
RESOLVED
FIXED
4.2
People
(Reporter: dinglis, Assigned: wtc)
Details
Attachments
(3 files)
|
1.72 KB,
patch
|
Details | Diff | Splinter Review | |
|
2.22 KB,
patch
|
Details | Diff | Splinter Review | |
|
2.35 KB,
patch
|
Details | Diff | Splinter Review |
Neutrino does not support fork in threaded applications
| Reporter | ||
Comment 1•25 years ago
|
||
Updated•25 years ago
|
Status: UNCONFIRMED → NEW
Ever confirmed: true
| Assignee | ||
Updated•24 years ago
|
Status: NEW → ASSIGNED
Priority: -- → P1
Target Milestone: --- → 4.2
| Assignee | ||
Comment 3•24 years ago
|
||
| Assignee | ||
Comment 4•24 years ago
|
||
I reviewed the patch and did some editing. I'll check
it in when I get the approval.
| Assignee | ||
Comment 5•24 years ago
|
||
I took a closer look at your patch and found that
its use of dup2() seems incorrect. Also, the code
to set the current working directory for the new
process is incorrect. I will attach a new patch,
which is my attempt to fix it although I didn't
implement the current working directory feature.
Is there online documentation for spawn()?
Can a threaded process call vfork()?
| Assignee | ||
Comment 6•24 years ago
|
||
| Assignee | ||
Updated•24 years ago
|
Priority: P1 → P2
Comment 7•24 years ago
|
||
This patch works fine for me.
| Assignee | ||
Comment 9•24 years ago
|
||
I checked in proposed patch v2 (attachment 37328 [details] [diff] [review]) on
the tip of NSPR. Will check it in on the
NSPRPUB_PRE_4_2_CLIENT_BRANCH when the Mozilla tree
opens.
| Assignee | ||
Comment 10•24 years ago
|
||
Fix checked in on the NSPRPUB_PRE_4_2_CLIENT_BRANCH.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•