Vadim Fedukovich schrieb:
>
> On Tue, Jun 11, 2002 at 01:46:40PM +0200, Michael Bell wrote:
> > Hi,
> >
> > I start a simple implementation of othername only for strings in the
> > subject alternative name. Actually I have a problem with the resolving
> > of the ASN1_TYPE.
> >
> > OTHERNAME is de
Hello,
I'm getting the following error when I try and build openssh-0.9.6d
while running the make command:
cc -I.. -I../.. -I../../include -KPIC -DTHREADS -D_REENTRANT -DDSO_DLFCN
-DHAVE_DLFCN_H -xtarget=ultra -xarch=v8plus -xO5 -xstrconst -xdepend -Xa
-DB_ENDIAN -DBN_DIV2W -DULTRASPARC
On Tue, 11 Jun 2002, Bodo Moeller wrote:
> Richard Levitte - VMS Whacker <[EMAIL PROTECTED]>:
>
> > In revision 1.81 of Configure, the automatic run of 'make depend' was
> > commented out. IIRC, this was done because we had a dependency
> > rebuild war happening a little now and then back then.
In 0.9.7-b1, an invalid value for the CAfile parameter in a call to
openssl ocsp generates a core dump when verifying OCSP requests.
When the setup_verify function fails because it can not open the CAfile
parameters, it returns NULL.
The function OCSP_basic_verify that is called just after th
In 0.9.7-b1, an invalid value for the CAfile parameter in a call to
openssl ocsp generates a core dump when verifying OCSP requests.
When the setup_verify function fails because it can not open the CAfile
parameters, it returns NULL.
The function OCSP_basic_verify that is called just after tha
Richard Levitte - VMS Whacker <[EMAIL PROTECTED]>:
> In revision 1.81 of Configure, the automatic run of 'make depend' was
> commented out. IIRC, this was done because we had a dependency
> rebuild war happening a little now and then back then. Since then,
> we've unified the results of depende
On Tue, Jun 11, 2002 at 01:46:40PM +0200, Michael Bell wrote:
> Hi,
>
> I start a simple implementation of othername only for strings in the
> subject alternative name. Actually I have a problem with the resolving
> of the ASN1_TYPE.
>
> OTHERNAME is defined like this in crypto/x509v3/x509v3.h:
openssl-0.9.7-beta1
___
Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français !
Yahoo! Mail : http://fr.mail.yahoo.com
__
OpenSSL Project
Sorry, my explanation went into the wrong bucket :-(
Here again:
I have tried to access the host (and the specific URL) mentioned with
the openssl s_client command line tool. I could not see anything
strange. After the data (how useful is it?) is transferred, the client
sends a close notify ale
On Tue, Jun 11, 2002 at 01:40:36PM +0200, Lutz Jaenicke via RT wrote:
> According to our records, your request has been resolved. If you have any
> further questions or concerns, please respond to this message.
Good news !
Can you tell me if the bug fix has been applied on a release or
[[EMAIL PROTECTED] - Tue Jun 4 19:09:40 2002]:
> cc -o openssl -DMONOLITH -I../include -fPIC -DTHREADS -D_REENTRANT -O3
> -D_DARWIN -DB_ENDIAN openssl.o verify.o asn1pars.o req.o dgst.o dh.o
> dhparam.o enc.o passwd.o gendh.o errstr.o ca.o pkcs7.o crl2p7.o crl.o
> rsa.o rsautl.o dsa.o dsaparam.
Hi,
I start a simple implementation of othername only for strings in the
subject alternative name. Actually I have a problem with the resolving
of the ASN1_TYPE.
OTHERNAME is defined like this in crypto/x509v3/x509v3.h:
typedef struct otherName_st {
ASN1_OBJECT *type_id;
ASN1_TYPE *value;
} OTH
[[EMAIL PROTECTED] - Fri Jun 7 09:14:53 2002]:
> If the key is loaded via an ENGINE, openssl crashes
> because of a segfault (function BN_num_bits
> crypto/bn/bn_lib.c:252).
>
> Explanation: When loading a key from an engine the p q
> and d members of the RSA struct are never set.
>
> However
[[EMAIL PROTECTED] - Tue Jun 11 09:11:38 2002]:
> I believe that this last parameter needs to be of type size_t.
The problem is not solved by changing the calls to SSL_read() and
SSL_write(). These functions call internal functions which again call
other internal functions and so on. All of th
14 matches
Mail list logo
