Closed
Bug 5757
Opened 25 years ago
Closed 24 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•25 years ago
|
||
This bug may be related to bug #5789: The sel_spd test (optimized build) hangs on AIX 4.2.
Assignee | ||
Updated•25 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•24 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: 24 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•