I am using OpenSSL on an architecture that has a shared library model in
which the arguments are passed through the (32-bit) registers and for which
passing the arguments whose size is larger than 32-bit would create some
problems.
In an OpenSSL beta announcement, I read the part about pqueue
In updating the NetWare patch for 0.9.8, I also noticed that my latest 0.9.7g NetWare patch has not been added to the "Contributions" page. Is it possible to have that happen as well?
Thanks for everything.
Verdon
Dr. Stephen/Jack,
Thank you so much for your answers.
Regards,
Prashant."Dr. Stephen Henson" <[EMAIL PROTECTED]> wrote:
On Fri, Jun 03, 2005, Prashant Kumar wrote:> Hello Group,> > What version of PKCS#1 does openssl support. Is it PKCS#1 v2.1?> PKCS#1 v2.1 defines a number of schemes and struc
On Fri, Jun 03, 2005, Prashant Kumar wrote:
> Hello Group,
>
> What version of PKCS#1 does openssl support. Is it PKCS#1 v2.1?
>
PKCS#1 v2.1 defines a number of schemes and structures.
The PKCS#1 v1.5 compatible schemes in PKCS#1 v2.1 have been supported since the
SSLeay days.
OAEP has bee
Hello Group,
What version of PKCS#1 does openssl support. Is it PKCS#1 v2.1?
Thanks,
Prashant Kumar.
Discover Yahoo!
Use Yahoo! to plan a weekend, have fun online & more. Check it out!
Ken Goldman via RT wrote:
http://www.openssl.org/docs/crypto/threads.html says
...
"id_function(void) is a function that returns a thread ID. It is not
needed on Windows nor on platforms where getpid() returns a different
ID for each thread (most notably Linux)."
On my Linux system, getpid() re
The problem with pthread_self() is that the value it returns is defined to
be "opaque", and isn't necessarily (e.g.) and unsigned long (32 bit), though
many Unix and Unix like systems do use a 32 bit value ...
Dave
__
OpenSSL Pr
http://www.openssl.org/docs/crypto/threads.html says
1
#if defined(THREADS)
I suspect that this should say:
#if defined(OPENSSL_THREADS)
I compiled for threads (seemed to be the default) and I saw
-DOPENSSL_THREADS. When I try the test, THREADS is not defined but
OPENSSL_THREA
Reference: [openssl.org #516]
A couple of years ago, I submitted a patch to the Configure
script to support the Intel compiler on Linux/IA64, adding a new
"linux-ia64-ecc".
Since then, in release 8 of the Intel compiler, the name of the
compiler drive has been changed from "ecc" to "icc" (matchi
System:
SuSE SLES-8 (ia64)
VERSION = 8.1
Source tarball:
openssl-0.9.8-beta3.tar.gz
Build commands:
tar zxf openssl-0.9.8-beta3.tar.gz
cd openssl-0.9.8-beta3
./config --prefix=/users/kst/local/apps/openssl-0.9.8-beta3
make
Output (partial):
gcc -I.. -I../.. -I../../
Hi All,
I am getting a Core dump when I use "/usr/xpg4/bin/make"
Configured for debug-solaris-sparcv8-cc.
Segmentation Fault - core dumped
Segmentation Fault - core dumped
When I use the "/usr/ccs/bin/make" the build is done sucessfully.
Does this affect my build? Can I use "/usr/ccs/bin/m
11 matches
Mail list logo