On Mon, Apr 22, 2002 at 08:21:42AM +0200, Richard Levitte - VMS Whacker wrote:
> dkaufman> After running "make depend", the next error is due to lack
> dkaufman> of "bn_sub_part_words". This was addressed in my patch for
> dkaufman> both DJGPP and Cygwin.
>
> Ah, so that's what that is about.
>
> > The EVP interface has been changed between 0.9.6 and 0.9.7 in an
> > incompatible way. We are aware of problems caused by this change
> > and there is currently an internal discussion going on how
> > to handle the situation, including the option to revert to the
> > old behavior.
>
> In any c
On Mon, Apr 22, 2002 at 10:11:08AM +0200, Corinna Vinschen wrote:
> gcc -o openssl -DMONOLITH -I.. -I../include -DOPENSSL_SYSNAME_CYGWIN32
>-DOPENSSL_THREADS -DDSO_WIN32 -DOPENSSL_NO_KRB5 -DTERMIOS -DL_ENDIAN
>-fomit-frame-pointer -O3 -m486 -Wall openssl.o verify.o asn1pars.o req.o dgst.o dh.o
In OpenSSL 0.9.6, file err.h, there is a define:
#define ERR_file_name __FILE__
which is missing is 0.9.7. Is this by design or accident?
Ken
__
Support
InterSoft International, Inc.
Voice: 888-823-1541, International 281-398-7060
Fax: 888-823
On Mon, Apr 22, 2002 at 07:25:50AM -0500, Kenneth R. Robinette wrote:
> In OpenSSL 0.9.6, file err.h, there is a define:
>
> #define ERR_file_name __FILE__
>
> which is missing is 0.9.7. Is this by design or accident?
>From the log of err.h 1.24 -> 1.25
Get rid of '#define ERR_file_name __F
I am trying to fix an old Open Source application using
BIO_do_handshake, and convert that app to use OpenSSL 0.9.7.
During testing, I discovered that the application would work when
using the OpenSSL Window dll's, but not when static linked.
What it comes down to is the application is using un
On Mon, 22 Apr 2002, Corinna Vinschen wrote:
> > ../libcrypto.a(bn_mul.o)(.text+0x44b):bn_mul.c: undefined reference to
>`bn_sub_part_words'
> > [...]
> >
> > so it's pretty generic.
>
> The problem is line 61 in crypto/bn/bn_mul.c:
>
> #if defined(OPENSSL_NO_ASM) || !(defined(__i386) || de
On Mon, Apr 22, 2002 at 07:51:27AM -0700, Doug Kaufman wrote:
> On Mon, 22 Apr 2002, Corinna Vinschen wrote:
>
> > > ../libcrypto.a(bn_mul.o)(.text+0x44b):bn_mul.c: undefined reference to
>`bn_sub_part_words'
> > > [...]
> > >
> > > so it's pretty generic.
> >
> > The problem is line 61 in cry
On Mon, Apr 22, 2002 at 09:21:01AM -0500, Kenneth R. Robinette wrote:
> What it comes down to is the application is using undefined methods
> to force the SSL cipher list to only contain RSA:NULL:MD5 in the
> client cipher list. However, by using these unsupported methods, the
> app is not cal
./config
make
make test
ends in
../certs/tjhCA.pem: /C=AU/ST=Queensland/L=Brisbane/O=CryptSoft Pty Ltd/OU=WORTHLESS
CERTIFICATION AUTHORITIES/CN=ZERO VALUE CA - DEMONSTRATION PURPOSES ONLY
error 10 at 0 depth lookup:certificate has expired
OK
../certs/vsign1.pem: OK
../certs/vsign2.pem: OK
../ce
In message <[EMAIL PROTECTED]> on
Mon, 22 Apr 2002 11:12:31 -0700 (PDT), Nir Goldman <[EMAIL PROTECTED]>
said:
nir> Hi Richard (and list),
nir>
nir> Thank you very much for the help and your spreedy reply. The machine in
nir> question is a very old IBM RS/6000 running AIX3.2. I tried instal
In message <[EMAIL PROTECTED]> on
Mon, 22 Apr 2002 12:31:05 -0700 (PDT), Nir Goldman <[EMAIL PROTECTED]>
said:
nir> I apologize for the plethora of emails I'm sending out. I reinstalled the
nir> /usr/include directory and got rid of the stdio.h errors I was getting,
nir> and finally dso_dlfc
Here you go:
uname -m
12345C00
uname -r
2
uname -s
AIX
uname -v
3
xlc can't recognize the MAXMEM option because it doesn't exist for this
version of the compiler. I had assumed that I would be able to build the
code anyway. I looked at the man page for xlc and there didn't seem to be
an
I apologize for the plethora of emails I'm sending out. I reinstalled the
/usr/include directory and got rid of the stdio.h errors I was getting,
and finally dso_dlfcn.c was able to compile. However, I still can't
complete the build. Here's a list of the currents errors:
making all in crypt
Title: PKCS #12
Dear OpenSSL Developers,
I need to generate PKCS#12 private key files from CryptoApi Key Containers. I'd tried to use Xenroll, OpenSSL and the RSA's PKCS#12 specification, but the files I'm generating have not been recognized as valid pkcs#12 files by another application tha
Hi Richard (and list),
Thank you very much for the help and your spreedy reply. The machine in
question is a very old IBM RS/6000 running AIX3.2. I tried installing
gcc-2.95 (figuring an older version had a better chance of working) and
it didn't work. As a result, I tried the ./Configure l
I have been trying to configure open ssl for hpux.
I need this in order to run a cgi interface over a secure connection. I am
rebuilding apache therefore I could potentially "make certificate" and be on
my way.
unfortunately when I go to configure openssl (build 0.9.6.c) It looks for a
perl file
Checking compiler...
ar: creating archive cctest.a
Running make...
+ rm -f libcrypto
+ rm -f libssl
making all in crypto...
making all in crypto/md2...
make[3]: Nothing to be done for `all'.
making all in crypto/md4...
make[3]: Nothing to be done for `all'.
making all in crypto/md5...
make[3]: Not
18 matches
Mail list logo