I'm in the process of updating from 0.9.8e to 0.9.8k, and I've found the
Debug build won't build. My build script does this:
ms\do_masm.bat debug pdb
(also ms\do_win64a.bat debug pdb)
In e this works, but in k, the debug argument has no effect.
I looked at the batch files and I found they ch
When configuring OpenSSL with ./config shared --prefix=$HOME/install
on Mac OS X 10.5.8, it compiles cleanly but doesn't install.
Apparently some Makefiles seem to be messed up:
making install in crypto...
...
making install in ssl...
making install in engines...
installing 4758cca
cp: /Users/
Support for SHA-2 with ECC based certificates (as specified in X9.62-2005).
Tom
__
OpenSSL Project http://www.openssl.org
Development Mailing List openssl-dev@openssl.org
Auto
Hello,
We are trying to install openssl-0.9.8k on our AIX server (version 5.3)
Output of "make" command is as below: (last few lines)
-DB_ENDIAN}"; LIBPATH=`for x in $LIBDEPS; do if echo $x | grep '^ *-L' >
/dev/null 2>&1; then echo $x | sed -e 's/^ *-L//'; fi; done | uniq`;
LIBPATH=`ech
Dear all,
If one encrypts an empty string with RSA (say in a C/Perl/Ruby
program), and then tries to decrypt it using the command-line
application rsautl, the decryption output is a zero-length file (as it
should be) but rsautl also prints: "RSA operation error".
In this specific case it's
Hi Robin,
the problem is that the variable LIBDIR is not set. The
attached patch fixes the problem.
Best regards
Michael
Makefile.org.patch
Description: Binary data
On Aug 23, 2009, at 3:22 PM, Robin Seggelmann via RT wrote:
> When configuring OpenSSL with ./config shared --prefix=$HOME/i
When a TLS session is resumed, t1_lib.c:ssl_parse_clienthello_tlsext()
currently disregards an SNI extension which is potentially
included in the ClientHello, because the following if condition is false:
switch (servname_type)
{
case TLSEXT_NAMETYPE_host_name: