Closed Bug 281161 Opened 21 years ago Closed 2 years ago

Provide instructions how to install the binary ssltap under WinXP

Categories

(NSS :: Documentation, enhancement, P5)

x86
Windows XP
enhancement

Tracking

(Not tracked)

RESOLVED WONTFIX

People

(Reporter: hauser, Unassigned)

References

()

Details

Attachments

(1 file)

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0 I tried it with both the win95 and the WINNT5.0_DBG.OBJD: 1) got the zip and unpacked to C:\Documents and Settings\me\Desktop\nss-3.9 2) got the zip and unpacked to C:\Documents and Settings\me\Desktop\nspr-4.4.1 3) copied the 17 .dll and lib files to C:\WINDOWS\SYSTEM32 4) in Desktop\nss-3.9\bin started ./ssltap.exe -vfs bugs.privasphere.com:995 | tee thund1.4.ssltap Reproducible: Always
Attached image ssltapWinXpError.png
unfortunately, got with both binary types this error message
as per http://www.mozilla.org/build/win32.html#ss2.2, looked for this MSVCRTD.dll also in http://ftp.mozilla.org/pub/mozilla.org/mozilla/source/wintools.zip, but didn't find it there either (as per cygcheck -s, I use Windows XP Home Edition Ver 5.1 Build 2600 Service Pack 2 and Cygwin DLL version info: DLL version: 1.5.11 DLL epoch: 19 Build date: Sat Sep 4 23:17:09 EDT 2004)
Hmm. The error says that MSVCRTD.DLL is missing. That's the special debug version of MSVCRT.DLL that NSS uses ONLY when built with the environment variable USE_DEBUG_RTL, AFAIK. See http://lxr.mozilla.org/security/source/security/coreconf/WIN32.mk#131 Therefore, whoever built the binaries that Ralf is using must have built them with USE_DEBUG_RTL defined, I think. The binaries must have been built with the DLL in order to depend on it. That raises these questions: a) Ralf, did you build these binaries yourself? and if so, did you build them with that environment variable? If not, where did you get them? b) Were the binaries on ftp.mozilla.org built with that variable set?
Ralf, If you don't have MSVC 6.0 instaleld on your system, you need to download the DBG.OBJ or OPT.OBJ versions of our binary distributions. Our current DBG.OBJD binary distributions were all built with MSVC 6.0 and depend on msvcrtd.dll, which is not part of the Windows OS.
Status: UNCONFIRMED → ASSIGNED
Ever confirmed: true
I did not compile myself but got the binaries nss-3.9_WINNT5.0_DBG.OBJD.zip and nspr-4.4.1_WINNT5.0_DBG.OBJD.zip - as per Nelson's and Wan-teh's, I'll next try with ftp://ftp.mozilla.org/pub/mozilla.org/security/nss/releases/NSS_3_9_RTM/WINNT5.0_DBG.OBJ/nss-3.9.zip and ftp://ftp.mozilla.org/pub/mozilla.org/nspr/releases/v4.4.1/WINNT5.0_DBG.OBJ/nspr-4.4.1.zip
when coping 9 dll's from nt5\nspr-4.4.1\lib again to C:\WINDOWS\SYSTEM32, now it seems to work: But when doing Bug 301006, I only get <<myPc:/<7>nss-3.9/bin> ./ssltap.exe -vfs localhost:443 | tee low.ssl Looking up "localhost"... Version: $Revision: 1.4 $ ($Date: 2003/05/15 06:28:44 $) $Author: nelsonb%netscape.com $ <HTML><HEAD><TITLE>SSLTAP output</TITLE></HEAD> <BODY><PRE> Proxy socket ready and listening>> and despite the browser and openssl did a handshake after this, nothing else appeared here.
Ralf: it is best to avoid copying the NSPR and NSS DLLs to C:\WINDOWS\SYSTEM32. I suggest that you copy the NSPR and NSS DLLs to the directory where ssltap.exe resides. (Hopefully you didn't install ssltap.exe in C:\WINDOWS\SYSTEM32.) This type of installation is called "private DLLs". Alternatively, you can copy the NSPR and NSS DLLs to a directory listed in your PATH environment variable. Since NSPR 4.6 and NSS 3.10 have both been released, I suggest that you use them instead of NSPR 4.4.1 and NSS 3.9. ftp://ftp.mozilla.org/pub/mozilla.org/nspr/releases/v4.6/ ftp://ftp.mozilla.org/pub/mozilla.org/security/nss/releases/NSS_3_10_RTM/ I recommend you use "WIN95" instead of "WINNT". See ftp://ftp.mozilla.org/pub/mozilla.org/nspr/releases/v4.6/README for why. Let me know if that's not clear.
QA Contact: wtchang → documentation
Priority: -- → P5

The bug assignee didn't login in Bugzilla in the last 7 months, so the assignee is being reset.

Assignee: wtc → nobody
Status: ASSIGNED → NEW
Severity: normal → S3
Status: NEW → RESOLVED
Closed: 2 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: