I had to add a semicolon between "fi" and "done" in the install: target
of the main make file to avoid a shell syntax error failure ("unexpected
token "done").
I see the problem in the current snapshot.
My shell is Bash 2.00.
--
Bryan HendersonPhone 408-621-
The main make file does not use INSTALL_PREFIX in installing some of
the files in OPENSSLDIR. My understanding of INSTALL_PREFIX is that I
don't want anything "installed" on the build system -- just put somewhere
where I can scoop it up and install it somewhere separately.
Along these same lines
Hello,
I am using openssl_0.9.6a.
Following code has been used to convert a PKCS 12 cert to PEM format. But I am getting
some memory leaks reported. The report is listed at the end also.
Anyone has any ideas? I ran the same piece of code through Purify, same leak
reported. From there, I can
I had to add a semicolon between "fi" and "done" in the install: target
of the main make file to avoid a shell syntax error failure ("unexpected
token "done").
I see the problem in the current snapshot.
My shell is Bash 2.00.
--
Bryan HendersonPhone 408-621
The main make file does not use INSTALL_PREFIX in installing some of
the files in OPENSSLDIR. My understanding of INSTALL_PREFIX is that I
don't want anything "installed" on the build system -- just put somewhere
where I can scoop it up and install it somewhere separately.
Along these same line
Is there any chance that somone will comment on this topic anytime
soon ?
PT> Does the attached oneliner make sense ? IMO it doesnt break anything,
PT> but allows reusing the EVP_CIPHER_CTX in calls to EVP_EncryptUpdate,
PT> after EVP_EncryptFinal is called.
PT> Any comments greatly appreciated
I'm not on the dev team or anything, but I don't understand how you could have *ever*
successfully encrypted multiple streams with the same EVP context??? Just the IV's
alone would have been screwed up for CBC ciphers and stream ciphers like RC4 would
completely break.
Unless, of course, you d
Hello Lee,
Friday, May 03, 2002, 4:21:04 PM, you wrote:
DL> I'm not on the dev team or anything, but I don't understand how you could have
*ever* successfully encrypted multiple streams with the same EVP context??? Just the
IV's alone would have been
DL> screwed up for CBC ciphers and stream c
> > So, I need to know the process of integration of new cipher to Crypto
> > library.
> > I've tried to place the directory with new cipher (aes) inside of the
crypto
> > directory,
> > modified root Makefile.ssl and crypto/Makefile.ssl however it seems that
it
> > is not enough -
> > new codec d
DL>> I'm not on the dev team or anything, but I don't understand how you could have
*ever* successfully encrypted multiple streams with the same EVP context??? Just the
IV's alone would have been
DL>> screwed up for CBC ciphers and stream ciphers like RC4 would completely break.
PT> ECB won't -
Hello James,
Right now I was writing a letter to you with the question regarding
integration of openvpn and openssl 0.9.7 .:).
I'll be glad to receive such patch because I need to integrate AES algorithm
to openvpn
(my boss requested this).
Thanks, in advance.
Ildar.
PS.
Is the patch only for
From: "James Yonan" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Copies to: <[EMAIL PROTECTED]>
Subject:OpenVPN and OpenSSL 0.9.7 was: Re: Integration of
AES algorith to OpenSSL Crypto library
Date sent: Fri, 3 May 200
On Fri, May 03, 2002 at 09:09:01AM -0600, James Yonan wrote:
> > > So, I need to know the process of integration of new cipher to Crypto
> > > library.
> > > I've tried to place the directory with new cipher (aes) inside of the
> crypto
> > > directory,
> > > modified root Makefile.ssl and crypto/
> I know this may sound simplistic, but since you are the author of
> OpenVPN, why don't you make a simple check for the OpenSSL version
> and use 0.9.7 the way it was designed to be used. If the check
> indicates you are using 0.9.6, use the method you currently use.
Actually OpenVPN 1.1.1 alre
Hi,
unfortunately openssl-0.9.6d-beta1 won´t compile on my system. I have this
strange feeling that it´s because of my gcc:
Reading specs from /usr/local/lib/gcc-lib/i686-pc-linux-gnu/3.1/specs
Configured with: /usr/local/src/gcc/gcc_3.1.x/configure
--enable-languages=c,c++Thread model: single
g
On Fri, May 03, 2002 at 10:01:52PM +0200, Axel H. Siebenwirth wrote:
> unfortunately openssl-0.9.6d-beta1 won?t compile on my system. I have this
> strange feeling that it?s because of my gcc:
>
> Reading specs from /usr/local/lib/gcc-lib/i686-pc-linux-gnu/3.1/specs
> Configured with: /usr/local/
Hi Lutz!
On Fri, 03 May 2002, Lutz Jaenicke wrote:
> On Fri, May 03, 2002 at 10:01:52PM +0200, Axel H. Siebenwirth wrote:
> > unfortunately openssl-0.9.6d-beta1 won?t compile on my system. I have this
> > strange feeling that it?s because of my gcc:
> >
> > Reading specs from /usr/local/lib/gcc
Experimenting with "openssl smime -decrypt", I found that it did not detect that a
message was truncated. Changing line 173 of crypto/asn1/a_d2i_fp.c from
if (i <= 0)
to
if (i < want)
fixes the problem. I think this is the right code for all cases, but somebody who
actually understands the
18 matches
Mail list logo