Hello!
I try use OpenSSL for processor benchmarking. But find bug (I think :) in speed.c
module.
First I use it on Linux/gcc system and get all results from openssl speed.
But when compile and run on Win32 (windows XP, MS Visual.net 2003) I get 0 on
AES testing.
But openssl enc -e -aes128... is
Hello!
It's me agaig :)
I change speed.c for benchmarking AES methods too.
It was easy :)
May be it will help you.
--
Best regards,
Kirill mailto:[EMAIL PROTECTED]
__
OpenSSL Project
OpenSSL version 0.9.7c
OpSys: SunOS boost 5.8 Generic_108528-15 sun4u sparc SUNW,UltraAX-12
Hi.
The hw_cswift.c(cswift_rand_bytes) has a note in a comment stating that
CryptoSwift
accelerator card can only deal with requests that are even 32 bit (4 byte)
multiplies;
__
OpenSSL Project http://www.openssl.org
Development Mailing List [EMAIL PROTECTED]
Automated List Manager [EMAIL PROTECTED]
And here is the text:
Hello Folks,
Since the rt dropped the message text,
I send it to the list:
for those of us using engines:
this patch adds the -pre -and -post params to all
openssl commands that let you set an engine.
At the moment it is in the state untested,
but I had an similar patch
On Tuesday 28 October 2003 05:44, Geoff Thorpe wrote:
...
inconsistent state. BTW: my definition of a consistent state for a
bignum x is for it to be invariant under bn_fix_top(). It's a
what about: x is invariant under bn_fix_top x.top = x.max
(= invariant under bn_fix_top and bn_check_top
On October 29, 2003 03:35 pm, Nils Larsch wrote:
On Tuesday 28 October 2003 05:44, Geoff Thorpe wrote:
...
inconsistent state. BTW: my definition of a consistent state for a
bignum x is for it to be invariant under bn_fix_top(). It's a
what about: x is invariant under bn_fix_top x.top =
On October 28, 2003 04:51 am, Otto Moerbeek wrote:
Yeah, ever since I looked into the bn functions I have the feeling more
bugs are hidden there, and some of these bugs could have been avoided
by being more strict wrt to representation of BNs. (I also hate the use
of the letter l as a variable