openssl-0.9.6c - doc/apps/smime.pod typo

2002-05-28 Thread kromJx
The documentation file doc/apps/smime.pod contains the '-in file' option twice in the SYNOPSIS section. =pod =head1 NAME smime - S/MIME utility =head1 SYNOPSIS B B [B<-encrypt>] [B<-decrypt>]

Re: openssl-0.9.6c - doc/apps/smime.pod typo

2002-05-28 Thread Lutz Jaenicke
On Mon, May 27, 2002 at 09:41:49PM +, [EMAIL PROTECTED] wrote: > The documentation file > doc/apps/smime.pod > contains the '-in file' option twice in the SYNOPSIS section. ... Thanks, fixed. Best regards, Lutz -- Lutz Jaenicke [EMAIL PROTECTED] htt

BUG? CreateToolhelp32Snapshot not on NT4

2002-05-28 Thread Noel Burton-Krahn
We've made a Windows app with OpenSSL-0.9.6c but it fails to run on NT4. The problem: "The procedure entry point CreateToolhelp32Snapshot could not be located in the dynamic link library KERNEL32.dll" Grepping through the source reveals that the only calls to CreateToolhelp32Snapshot are in

NID_uniqueIdentifier got (partially) lost?

2002-05-28 Thread Martin Kraemer
When trying to compile apache+mod_ssl against a recent snapshot of openssl-0.9.8-dev (?), I get compile errors because the #define for NID_uniqueIdentifier is no longer present. It used to be both in objects.h and in obj_mac.h (and is referenced in ssl_engine_vars.c): cscope: 0 ssl_engine_var

Re: NID_uniqueIdentifier got (partially) lost?

2002-05-28 Thread Lutz Jaenicke
On Tue, May 28, 2002 at 06:08:08PM +0200, Martin Kraemer wrote: > When trying to compile apache+mod_ssl against a recent snapshot of > openssl-0.9.8-dev (?), I get compile errors because the #define for > NID_uniqueIdentifier > is no longer present. It used to be both in objects.h and in obj_mac

[openssl.org #57] Solaris64 sparc-v9 GCC 3.1 patch for OpenSSL 0.9.6d Configure

2002-05-28 Thread openssl-users@openssl.org via RT
Well, here it is... Works great for me, passed all tests. Creates a 64bit OpenSSL package for Solaris using the newly released GCC 3.1 Just patch and run ./Configure solaris64-sparcv9-gcc31 I'd recommend creating both 64bit and 32bit versions depending on your project, where for the 64bit ver

[PATCH] Wrong ASN1_BITSTRING length calculation

2002-05-28 Thread Eugene B. Rupakov
Hello there. There is a bug in ASN1_BITSTRING length calculation during packing to DER (function i2c_ASN1_BITSTRING). According to ITU-T X.690, DER encoders should remove all trailing 0 bits BEFORE encoding. I.e. the length of the encoded bitstring should be calculated after removing such bit