Re: struct CERTCertDBHandleStr missing in NSS 3.3.x?
Jim wrote: I'm trying to recompile my source code with the latest release version of NSS 3.3.2 and NSPR 4.1.2. Jim, If you are upgrading from the old NSS 2.8.x release, you will need to change your makefiles to link with the new NSS shared libraries and change your source files if you are using functions that are no longer exported. Starting in the NSS 3.2 release, we provide shared libraries and only support the shared libraries. Further, we control what symbols get exported from the shared libraries, so some functions that are available in NSS 2.8.x are no longer available in NSS 3.x shared libraries. I'm getting this error message during compilation: incomplete struct/union/enum CERTCertDBHandleStr: certDBHandle I'm using certDBHandle in the CERT_OpenCertDBFilename function. I looked at certt.h in the include directory and it includes this line: typedef struct CERTCertDBHandleStr CERTCertDBHandle; However, CERTCertDBHandleStr is not defined anywhere else in this .h or any other .h in the release. I check the 3.3.1 and 3.3 release and they don't define this structure either. This is intentional. In NSS 3.x, CERTCertDBHandle is an opaque type, which means its definition is not in any of the public NSS header files. So you won't be able to declare a variable of the type CERTCertDBHandle. Instead, you need to call some function to get a pointer to CERTCertDBHandle. I remember this is a common problem when NSS 2.8.x clients upgrade to NSS 3.x shared libraries. I'll let Bob Relyea explain how to fix this problem. Wan-Teh
Cleaning up an NSS build
Hello, What command to execute to clean up *all* of an NSS build? I built NSS on one platform (HPUX11) and now want to use the same dir structure (/mozilla) to build NSS on another platform (SunOS5.8) However it seems the 2nd build did not create the expected SunOS5.8*.OBJ output directories...Only the HP-UXB*.OBJ output directories from previous build remain...Can one use the same mozilla dir tree to do 2 successive builds on 2 different platforms? (The mozilla dir tree is shared across both platforms via nfs) -- P
Re: Cleaning up an NSS build
Patrick, Patrick wrote: Hello, What command to execute to clean up *all* of an NSS build? I built NSS on one platform (HPUX11) and now want to use the same dir structure (/mozilla) to build NSS on another platform (SunOS5.8) However it seems the 2nd build did not create the expected SunOS5.8*.OBJ output directories...Only the HP-UXB*.OBJ output directories from previous build remain...Can one use the same mozilla dir tree to do 2 successive builds on 2 different platforms? (The mozilla dir tree is shared across both platforms via nfs) Yes, you can share the mozilla tree between platforms, and that's the way we typically work. To get rid of a build, go to mozilla/security/nss and do a gmake clobber_all . Similarly, gmake nss_build_all will do the full build. This will only delete or build the directories for the platform you are currently running gmake on . The other platform subdirectories will be left untouched.
Checksum error when untarring NSS source
I experienced a weird thing when untarring NSS331 source pulled from mozilla ftp site. On Solaris, I got a directory checksum error. But on HPUX11, the tar completed but left an ascii text, along with the nss-3.3.1 dir tree: the file name is LongLink and contains this line: nss-3.3.1/mozilla/security/nss/lib/pkix/src/RelativeDistinguishedName/PRemo veAttributeTypeAndValue.c What's that all about? -- P
Re: Cleaning up an NSS build
Ok thanks much. Julien Pierre [EMAIL PROTECTED] wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... Patrick, Patrick wrote: Hello, What command to execute to clean up *all* of an NSS build? I built NSS on one platform (HPUX11) and now want to use the same dir structure (/mozilla) to build NSS on another platform (SunOS5.8) However it seems the 2nd build did not create the expected SunOS5.8*.OBJ output directories...Only the HP-UXB*.OBJ output directories from previous build remain...Can one use the same mozilla dir tree to do 2 successive builds on 2 different platforms? (The mozilla dir tree is shared across both platforms via nfs) Yes, you can share the mozilla tree between platforms, and that's the way we typically work. To get rid of a build, go to mozilla/security/nss and do a gmake clobber_all . Similarly, gmake nss_build_all will do the full build. This will only delete or build the directories for the platform you are currently running gmake on . The other platform subdirectories will be left untouched.
Re: Checksum error when untarring NSS source
Patrick wrote: I experienced a weird thing when untarring NSS331 source pulled from mozilla ftp site. On Solaris, I got a directory checksum error. But on HPUX11, the tar completed but left an ascii text, along with the nss-3.3.1 dir tree: the file name is LongLink and contains this line: nss-3.3.1/mozilla/security/nss/lib/pkix/src/RelativeDistinguishedName/PRemo veAttributeTypeAndValue.c What's that all about? All the tar files were generated with GNU tar. Try unpacking them with GNU tar. I think that will solve these problems. Wan-Teh