Closed
Bug 5757
Opened 26 years ago
Closed 25 years ago
The sel_spd test hangs on some HP-UX 11.00 machines.
Categories
(NSPR :: NSPR, defect, P3)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: wtc, Assigned: wtc)
References
Details
(Keywords: platform-parity)
The OS is HP-UX B.11.00, 32-bit mode. The
test machine is nugget.mcom.com. The NSPR
release is 3.1.1.
The sel_spd test hangs on nugget.mcom.com
(both debug and optimized builds). However,
it does not hang when running on the machine
orville.mcom.com.
By the way, orville.mcom.com is a 4-CPU machine.
I don't know how many CPUs nugget.mcom.com has.
Assignee | ||
Comment 1•26 years ago
|
||
This bug may be related to bug #5789:
The sel_spd test (optimized build) hangs on AIX 4.2.
Assignee | ||
Updated•26 years ago
|
Status: NEW → ASSIGNED
Summary: The sel_spd test hangs on some HP-UX 11.00 machines. → [PP]The sel_spd test hangs on some HP-UX 11.00 machines.
Updated•25 years ago
|
Summary: [PP]The sel_spd test hangs on some HP-UX 11.00 machines. → The sel_spd test hangs on some HP-UX 11.00 machines.
Assignee | ||
Comment 2•25 years ago
|
||
The bug is in the test itself. The test calls
PR_Wait without checking the predicate
(_thread_exit_count > 0). So if _thread_exit_count
is 0, the PR_Wait call will never return.
The fix is to add a while loop around the PR_Wait
call.
/cvsroot/mozilla/nsprpub/pr/tests/sel_spd.c, revision 3.9
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•