Hi.
I'm currently working on my own implementation
of the IDEA block cypher and had a pretty hard
time of understanding (Ok,Ok I know there's a
bunch of publicly available implementations, but
I wanted to do it myself)
Anyway. After consulting a bunch of crypto books
I've stumbled a
> From: Jeffrey Altman <[EMAIL PROTECTED]>
>
> jaltman> The only way that this can be handled is to use macros to map from
> jaltman> the old api to the new functions. I do not see any other way that
> jaltman> will allow the libdes.a to be mixed with libcrypto.a.
>
> I'm thinking you're righ
The current 0.9.7 breaks due to crypto/aes/Makefile.ssl containing
TEST=aestest.c
but there's no such file in CVS. Did it get forgotten?
--
__
| Brian Havard | "He is not the messiah!
Eric,
finally I get into Your Patched version (Adnovum Patch of 15.06.01)
The problems are two :
1) Using the 15.06.01 patch (pkcs11 + "diff patch") I can only do the
following command : openssl pkcs11 -l "c:\gclib.dll" -out dumpfile
Answer : are available other commands (in order to sign, en
On Thu, 24 Jan 2002 10:19:49 +0100 (MET), Richard Levitte - VMS Whacker
wrote:
>From: Richard Levitte - VMS Whacker <[EMAIL PROTECTED]>
>
>levitte> I'm thinking you're right. At the same time, I want to retain C type
>levitte> security as well as possible. How about this: I could rename all the
Dave Dykstra <[EMAIL PROTECTED]> wrote:
> I got around it temporarily by adding -DTIMES to the compile flags. Also
> I found I had to do the same -L hack in test/Makefile or the tests would
> fail. I then went back to 0.9.6c and got it to work with the patch from
> Pier Fumagalli. I'd still li
From: Richard Levitte - VMS Whacker <[EMAIL PROTECTED]>
levitte> I'm thinking you're right. At the same time, I want to retain C type
levitte> security as well as possible. How about this: I could rename all the
levitte> old functions to _old_des_* and then have cpp macros that map des_* to
lev
From: Ben Laurie <[EMAIL PROTECTED]>
ben> > But, this isn't the end of the story. On some architectures, there
ben> > are binary incompatibilities between openssl's libcrypto and libdes.
ben>
ben> Arg!
Hardly a surprise, I've talked about that before (last summer or
autumn, IIRC). The incompa
From: Jeffrey Altman <[EMAIL PROTECTED]>
jaltman> The only way that this can be handled is to use macros to map from
jaltman> the old api to the new functions. I do not see any other way that
jaltman> will allow the libdes.a to be mixed with libcrypto.a.
I'm thinking you're right. At the sam
On Thu, 24 Jan 2002, Richard Levitte - VMS Whacker wrote:
> My first attepmt was to do the whole thing with cpp macros. However,
> after giving it some thought, that could cause a number of problems;
> one is that macros have zero type safety. You can give those macros
> exactly whatever withou
Richard Levitte - VMS Whacker wrote:
>
> From: Lutz Jaenicke <[EMAIL PROTECTED]>
>
> Lutz.Jaenicke> On Wed, Jan 23, 2002 at 11:21:49AM -0800, Booker C. Bense wrote:
> Lutz.Jaenicke> > - I was afraid you'd say that... It defeats the whole
> Lutz.Jaenicke> > point of changing the names in the firs
11 matches
Mail list logo