27;openssl-1.0.0-stable-SNAP-20091028'.
http://www.nabble.com/file/p26093729/ECDSA.exe ECDSA.exe
Thanks for the hint about the loop of measurements: it was in program in the
following version.
And thank you very much about the overflow: I didn't notice that.
Seem you're quite f
FYI.
OpenSSL 0.9.8e 23 Feb 2007 built on: Fri Oct 16 14:31:12 EST 2009 platform:
linu
x-x86_64 compiler: gcc -fPIC -DOPENSSL_PIC -DOPENSSL_THREADS -D_REENTRANT
-DDSO_
DLFCN -DHAVE_DLFCN_H -m64 -DL_ENDIAN -DTERMIO -O3 -Wall -DMD32_REG_T=int
-DOPENS
SL_BN_ASM_MONT -DSHA1_ASM -DSHA256_ASM -DSHA512_AS
On Wednesday 28 October 2009 10:18:10 Stephen Henson via RT wrote:
> > [vap...@gentoo.org - Mon Oct 26 13:59:37 2009]:
> >
> > the current util/domd script defaults $MAKEDEPEND to `makedepend` and
> > then
> > checks the value against "gcc". this doesnt work if $MAKEDEPEND is
> > set to a
> > gcc
On Wednesday 28 October 2009 10:18:10 Stephen Henson via RT wrote:
> > [vap...@gentoo.org - Mon Oct 26 13:59:37 2009]:
> >
> > the current util/domd script defaults $MAKEDEPEND to `makedepend` and
> > then
> > checks the value against "gcc". this doesnt work if $MAKEDEPEND is
> > set to a
> > gcc
u r right. I think one things and i wrote another :-/
I'm in the order on milliseconds [ms].
Michael Sierchio wrote:
>
> Kirk81 wrote:
>> Sorry guys, I found some mistakes in my code.
>
> Not just in your code
>
>> So finally, with an IA-32 Pentium M processor 1500MHz, the functions are
>
Kirk81 wrote:
> Sorry guys, I found some mistakes in my code.
Not just in your code
> So finally, with an IA-32 Pentium M processor 1500MHz, the functions are in
> order of microseconds [ms]:
ms denotes milliseconds. us denotes microseconds, unless you
can express it as μs, which is obviously
Hi,
I have tried all the possibilities of configuring OpenSSL version:
openssl-0.9.8k for (chil) nCipher hardware engine support and I was not able to
get it working.
I have performed the following steps:
1: Installed the openssl-0.9.8k on Linux: CentOS release 5.4 (Final)
2: Then I adjusted t
armstrong wrote:
>
> Hi
> Is someone here can help me? I am using "EVP Public Key Interface" to
> sign and verify some digital signatures. And i find the call to
> "EVP_SignFinal" is very slow.
>
> In the test, RSA1024-SHA1 was used, the call to "EVP_SignFinal"
> consuming almost 0.19~0
Sorry guys, I found some mistakes in my code.
This is about the benchmark of the function: previously when I print out the
values of the numbers of CPUticks and 'WinTime', I'm considering the sign
(or the verify) operation for a loop of 100 repeated times.
So finally, with an IA-32 Pentium M p
> [vap...@gentoo.org - Mon Oct 26 13:59:37 2009]:
>
> the current util/domd script defaults $MAKEDEPEND to `makedepend` and
> then
> checks the value against "gcc". this doesnt work if $MAKEDEPEND is
> set to a
> gcc compiler by another name (i686-pc-linux-gcc, cc, etc...). so
> invert the
> scr
yep, thanks!!
you were right! I had a shock about the performance: I didn't aspect it soo
fast!! That was my doubt.
Here my MSVC 2008 build binary against 'openssl-1.0.0-stable-SNAP-20091028'.
http://www.nabble.com/file/p26093729/ECDSA.exe ECDSA.exe
Thanks for the hint ab
Hello,
It has passed few months and it is getting closer to the official
release of v1.0.0.
I have recently checked out the source from the CVS and tested the VMS
build and in order to finalize issues from my TODO lis:
- add support for building 32 and 64 bits libraries
- testca and testtsa fails
12 matches
Mail list logo
