On 2005.10.26 at 19:37:34 +0100, upinder singh wrote:
2) I have my own C implementation of the AES(rijndael) algo as also of
the SHA-256 hash fn,UMAC,RSA and a PRBG to generate symmetric keys.All
these are software implementations only.
3)I want to plug in these and use
Test
__
OpenSSL Project http://www.openssl.org
Development Mailing List openssl-dev@openssl.org
Automated List Manager [EMAIL PROTECTED]
Hi,
(I had sent this mail earlier, but it didn't seem to make it to the list )
Carrying forward from earlier discussion threads which I have linked
here for reference -
http://www.mail-archive.com/openssl-dev@openssl.org/msg19662.html
Pradosh Adoni wrote:
(I had sent this mail earlier, but it didn't seem to make it to the list )
Carrying forward from earlier discussion threads which I have linked
here for reference -
http://www.mail-archive.com/openssl-dev@openssl.org/msg19662.html
In message [EMAIL PROTECTED] on Thu, 27 Oct 2005 18:49:53 +0530, Pradosh
Adoni [EMAIL PROTECTED] said:
pradosh.adoni though it has been fairly established that the
pradosh.adoni resulting ABI will in all probabilty break in
pradosh.adoni forthcoming (major) versions, It would be good to know
In message [EMAIL PROTECTED] on Thu, 27 Oct 2005 11:01:23 -0400, Johnny Lam
[EMAIL PROTECTED] said:
jlam What makes you think that the OpenSSL developers will go to the
jlam trouble to do all this major surgery to their codebase when they
jlam won't do the very simple thing of just properly
Richard Levitte - VMS Whacker wrote:
In message [EMAIL PROTECTED] on Thu, 27 Oct 2005 11:01:23 -0400, Johnny Lam
[EMAIL PROTECTED] said:
jlam What makes you think that the OpenSSL developers will go to the
jlam trouble to do all this major surgery to their codebase when they
jlam won't do the
Greetings!
I've got a segmentation fault in openssl-0.9.8a.
../util/shlib_wrap.sh ./sha512t
make[2]: *** [test_sha] Illegal instruction
OpenSSL self-test report:
OpenSSL version: 0.9.8a
Last change: Remove the functionality of
SSL_OP_MSIE_SSLV2_RSA_PADDI...
Options: -g
You say it should fall back to automatically searching the default path
to load the engine shared lib (libubsec.so). I guess this isn't
happening.
I found the uBSec shared library in /usr/lib/engines/libubsec.so. I
added the following
code to my test program to load it via the dynamic engine:
Update: I noticed it was looking in the wrong path (/home/armckinn/...
etc).
I rebuilt the library without setting the --prefix in the ./config
command.
It then was looking for the shared library in
/usr/local/ssl/lib/engines/libubsec.so.
That directory didn't exist, so I created it and copied
On October 27, 2005 02:47 pm, Martin Del Vecchio wrote:
I get an error similar to what I was seeing before; it can't find the
symbol
'ubsec_bytes_to_bits':
error:2506406A:DSO support routines:DLFCN_BIND_FUNC:could not bind to
the requested symbol name (dso_dlfcn.c:261)
-
11 matches
Mail list logo