DGUX test_bn failure: stack empty

First thanks Richard Levitte and Steve Haslam who promptly answered my question about crpyt() on LINUX. It was a big help. Now I have another problem: On DG AViiON machine the "make test" failed with test_bn. I searched openssl-users archive and found that there was a bug report on April 7, 2000

RE: using prompt=no option with multiple CNs

Hi Zachary, > I am using openssl 0.96 on redhat 7.1. > > I am trying to write a script to generate CERTs for > me, since I have hundreds of servers to generate certs > for. Because of this I want to use the prompt=no > option for the openssl config file. However I have > multiple CN entries in

mod_authz_ldap compiling error

Hello gurus, I have this problem while compiling the mod_authz_ldap Here is my configure script: CPPFLAGS=-I/usr/local/include \ < my openldap includes are here. LDFLAGS=-L/usr/local/lib \ < Openldap libraries a

RE: new release of mod_authz_ldap

The module is still not available at: http://authzldap.othello.ch/download.html Regards Jose Correia -Original Message- From: Andreas Mueller [mailto:[EMAIL PROTECTED]] Sent: 10 October 2002 10:59 To: [EMAIL PROTECTED] Subject: new release of mod_authz_ldap Since the OpenSSL users

adding support for crypto accelerators

What do I need to do to add support for cryto accelerators? I've got openssl-engine-0.9.6g which includes the engine stuff right? Is it just a matter of calling ENGINE_by_id() to get a ptr to an ENGINE. Then calling ENGINE_set_default(). Is that it? Will openssl do the rest to hook up with th

Re: using prompt=no option with multiple CNs

On Thu, Oct 10, 2002, Zachary Denison wrote: > Hi, > > I am using openssl 0.96 on redhat 7.1. > > I am trying to write a script to generate CERTs for > me, since I have hundreds of servers to generate certs > for. Because of this I want to use the prompt=no > option for the openssl config file

using prompt=no option with multiple CNs

Hi, I am using openssl 0.96 on redhat 7.1. I am trying to write a script to generate CERTs for me, since I have hundreds of servers to generate certs for. Because of this I want to use the prompt=no option for the openssl config file. However I have multiple CN entries in my config file and I

Recompiling openssl and openssh

I had installed the following packages on a Solaris 7 machine: zlib-1.1.3, libgcc-3.0.2, openssl-0.9.6b, openssh-2.9p2 There is now a security vulnerability in the openssl-0.9.6b. The fix is to upgrade the openssl. The latest package is openssl-0.9.6g. I have downloaded this package and killed the

RE: Blowfish crossplatform endian problem - fix

sorry, you have to change the endian of the KEY, not the streams lorenzo -Original Message- From: Szabó Lőrinc Sent: Thursday, October 10, 2002 5:25 PM To: [EMAIL PROTECTED] Subject: RE: Blowfish crossplatform endian problem I think I got it boys! :) The solution is:

OpenSSL sans SSL

Hi All Does OpenSSL support non-ssl socket communication? I am writing a cross platform sample application using OpenSSL. In my code i can find places where "normal" socket code is written using Winsock for windows and bsd sockets for unix (for opening/closing the socket) and then

[Crypt::SSLeay] Compile problems with DynaLoader?

Hey guys, I've had three customers now who couldn't get the Crypt::SSLeay module successfully installed, and I had no success myself either. There all normal Redhat LINUX servers, without any special configuration (that I know of). Anyway, when running "make test", I always get the following:

RE: Blowfish crossplatform endian problem

I think I got it boys! :) The solution is: You just only have to change the endian-ness every dword of the input encrypted stream, and the decrypted stream will be ok. Now, i just only have to search for the right implementations (which must have to be similar)

RE: openssl 9.6g Redhat 7.3 Seg Fault

WHOA !!! Calm down. I think you have taken what I said out of context. Allow me to clear this up. 1.) I am not slagging off Redhat in anyway, I am just keen to solve the openssl problem. I like redhat as a OS, I think it is good, it works well and appears quite stable, and bugs fixes are quite

Blowfish crossplatform endian problem

Hello! I use latest OpenSSL 0.9.6 I encrypt a stream on an Intel machine with a specified 64bit initvector using BF_cfb64_encrypt like this: 0123456789ABCDEF (hex stream) On an UltraSparc i wanted to decrypt the the encrypted stream, but the stream was messed... When

RE: openssl 9.6g Redhat 7.3 Seg Fault

> -Original Message- > From: DARCY,MATTHEW (HP-UnitedKingdom,ex2) > [mailto:[EMAIL PROTECTED]] > Sent: 10 October 2002 14:59 > To: '[EMAIL PROTECTED]' > Subject: RE: openssl 9.6g Redhat 7.3 Seg Fault > > > Hello all, > > all good points, however. > > Redhat is a good linux platform (i

RE: openssl 9.6g Redhat 7.3 Seg Fault

> -Original Message- > From: DARCY,MATTHEW (HP-UnitedKingdom,ex2) > [mailto:[EMAIL PROTECTED]] > Sent: 10 October 2002 14:59 > To: '[EMAIL PROTECTED]' > Subject: RE: openssl 9.6g Redhat 7.3 Seg Fault > > > Hello all, > > all good points, however. > > Redhat is a good linux platform (i

RE: openssl 9.6g Redhat 7.3 Seg Fault

> -Original Message- > From: DARCY,MATTHEW (HP-UnitedKingdom,ex2) > [mailto:[EMAIL PROTECTED]] > Sent: 10 October 2002 14:59 > To: '[EMAIL PROTECTED]' > Subject: RE: openssl 9.6g Redhat 7.3 Seg Fault > > > Hello all, > > all good points, however. > > Redhat is a good linux platform (i

RE: openssl 9.6g Redhat 7.3 Seg Fault

Hello all, all good points, however. Redhat is a good linux platform (in my opinion) so I am quite happy to accept a fair ammount of "rpm". However that fact 7.3 put on so much "crap" in rpm I decided to strip down and run most things compiled from source so I know where/how they where built. I