Closed
Bug 74444
Opened 25 years ago
Closed 25 years ago
QA needs to do testing wit h selfsrv -D
Categories
(NSS :: Test, defect, P3)
Tracking
(Not tracked)
RESOLVED
FIXED
3.3
People
(Reporter: sonja.mirtitsch, Assigned: sonja.mirtitsch)
Details
a test should be added to test the -D option of selfserver
| Assignee | ||
Comment 1•25 years ago
|
||
Nelson, do you think it would be sufficient to do the -D only when testing the
OPT build? Then the test for the debug and the test for the optimized would
differ and I don't know if that is desuirable. Otherwise I think we need to run
the whole ssl portion of QA twice, and that takes a while.
Status: NEW → ASSIGNED
Priority: -- → P3
Target Milestone: --- → 3.3
Comment 2•25 years ago
|
||
Sonja, In NSS 3.3, NSS itself will always do what the -D option
does today, and the -D option will become unnecessary.
Until that change happens, I recommend that all tests use the
-D option, and that you not bother to test without the -D option.
| Assignee | ||
Comment 3•25 years ago
|
||
I changed the script and start all selfsrv with -D now. Is it absolutely sure
now that the libraries, not only selfserv will allways use the socket with
O_NODELAY? Otherwise (to increase coverage...) we should include at least one
test without -D
Comment 4•25 years ago
|
||
The -D option does not change the execution paths in the NSS libs at all.
The -D option calls an NSPR function, which in turn calls a system
function that changes the way that TCP works inside the OS kernel.
It makes no difference to the behavior of NSS itself.
So, the same code paths in libNSS are being tested with or without -D.
| Assignee | ||
Comment 5•25 years ago
|
||
Tested on NT, changes checked in. Thanks Nelson for the explaination
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Updated•24 years ago
|
Component: Tools → Test
You need to log in
before you can comment on or make changes to this bug.
Description
•