I think I have found another bug in the apps\pkcs8.c. There are circumstances that the
parameter "-outformat DER" is ignored and the output is always PEM. For example:
openssl pkcs8 -inform DER -in key.pk8.der -outform DER -out key.der
In fact the -outform parameter seems to be only processed
OpenSSL 0.9.5-dev 09 Aug 1999
Consider the following: Sign a PKCS#10 with apps/x509.c
openssl x509 -CAserial serial.txt -CAkey RSA_1024_NONE.key.pem
-CA RSA_RSA_1024_NONE.cert.pem -in req.pem -req
In this case need_rand can be set to zero.
But it is set to one in
else if (strcmp(
Hi, All
I have a linked problem with libcrypto.a the openssl-0.9.3 in Sun E250 ,
it complained about the object was missing in libcrypto.a:
CC ./ngcKeytool.o2 ./source/Ckodesc.o2 ./source/Utils.o2
./source/console.o2 .o
Undefined first referenced
symbol
Daniel Lanz wrote:
>
> The d2i_X509() call, when given a DER-encoded cert, populates
> the openssl internal X509 data structure. The public key for
> this datastructure is stored within the X509 structure in
> cert_info->key, which contains three elements, 'algor',
> 'public_key', and 'pkey'. B
This is actually something I came across with SSLeay 0.9.0b, but the relevant
code for OpenSSL 0.9.1c appears to be the same. The server code, when using the
v23 method, uses the version in the record containing the ClientHello for
version negotiation rather than client_version in the ClientHello
The d2i_X509() call, when given a DER-encoded cert, populates
the openssl internal X509 data structure. The public key for
this datastructure is stored within the X509 structure in
cert_info->key, which contains three elements, 'algor',
'public_key', and 'pkey'. But, when d2i_X509() is invoked,
I think I have found I minor bug in the apps\pkcs8.c. An error occurs whenever it is
used with the "-topk8" and "-inform DER" parameters together. I think the -topk8 does
not take care of the -inform parameter and always assumes a PEM input format.
Example:
openssl pkcs8 -inform DER -in key.d
Ulf Möller wrote:
>
> I posted a note about an error in the config file regarding Linux 1
> and a bug in rand/randfiles.c on Debian Linux a few days ago. Did
> anybody notice, or should I send mail to some other address
> ([EMAIL PROTECTED] or so)?
I noticed. They're in my list...
Cheers,
Ben.
I posted a note about an error in the config file regarding Linux 1
and a bug in rand/randfiles.c on Debian Linux a few days ago. Did
anybody notice, or should I send mail to some other address
([EMAIL PROTECTED] or so)?
__
OpenSS
Hi there,
On Tue, 16 Nov 1999, Arnold Schoenberg wrote:
> I am having trouble installing openssl 9.4 on a Sun Solaris - the
> configuration information is:
> SunOS cairo 5.6 Generic_105181-14 sun4u sparc SUNW,Ultra-2
>
> This is the output of ./config -t
Did you run ./config (without -t)? It
are you trying to install as "root" or as a lesser account?
> -Original Message-
> From: Arnold Schoenberg
> Sent: Tuesday, November 16, 1999 10:53 AM
> To: '[EMAIL PROTECTED]'
> Cc: Shuping Ye; Mike Testa
> Subject: openssl installation
>
> I am having trouble installing opens
I am having trouble installing openssl 9.4 on a Sun Solaris - the
configuration information is:
SunOS cairo 5.6 Generic_105181-14 sun4u sparc SUNW,Ultra-2
This is the output of ./config -t
Operating system: sun4u-sun-solaris2
Configuring for solaris-sparcv9-gcc
/usr/bin/perl ./Configure solaris
Does the error has anything to do with perl?
> -Original Message-
> From: Arnold Schoenberg
> Sent: Tuesday, November 16, 1999 10:53 AM
> To: '[EMAIL PROTECTED]'
> Cc: Shuping Ye; Mike Testa
> Subject: openssl installation
>
> I am having trouble installing openssl 9.4 on a Su
On Wed, Nov 17, 1999 at 12:40:55PM +, Geoff Thorpe wrote:
>>> It seems that
>>> everything works if you make the calls the way the authors had intended
>>> rather than making the calls the way the authors made available.
>> How can you
14 matches
Mail list logo