> New functions CONF_load_bio() and CONF_load_fp() to load a configuration
> file from a bio or fp. Added some more constification to the BN library.
i added write, delete and save functions + ability to use BIO's to CONF
module long time ago and sent a patch to Ben too. too bad you had to
Arne Ansper wrote:
>
> > New functions CONF_load_bio() and CONF_load_fp() to load a configuration
> > file from a bio or fp. Added some more constification to the BN library.
>
> i added write, delete and save functions + ability to use BIO's to CONF
> module long time ago and sent a patch t
Arne Ansper wrote:
>
> > New functions CONF_load_bio() and CONF_load_fp() to load a configuration
> > file from a bio or fp. Added some more constification to the BN library.
>
> i added write, delete and save functions + ability to use BIO's to CONF
> module long time ago and sent a patch t
> Damn. I thought I'd applied all your patches. Are there any others I
> missed?
i proposed to remove input parameter check from ssl/s2_pkt.c write_pending
and ssl/s3_pkt.c ssl3_write_pending functions. there was a discussion
about it back in January.
snipet from original message:
8) ssl/s2_
> By "properly" I mean that the "save" operation doesn't expand and
> reformat the data. That is if you have lines like this:
>
> config=$ENV::HOME
> other=oneline \
> anotherline
>
> It gets saved verbatim, NOT in the expanded form:
>
> config=/home/steve
> other=oneline anotherline
too bad
Arne Ansper <[EMAIL PROTECTED]>:
[...]
> i proposed to remove input parameter check from ssl/s2_pkt.c write_pending
> and ssl/s3_pkt.c ssl3_write_pending functions. there was a discussion
> about it back in January.
[...]
> if ((s->s3->wpend_tot > (int)len) || (s->s3->wpend_buf != buf)
>
On Mon, 21 Jun 1999, Bodo Moeller wrote:
> It will work with the current implementation (but only if the
> applications don't do too stupid things, such as point to a buffer
> with different contents); but this may change.
if the application does stupid things (i.e. does not check return val
On Wed, Jun 23, 1999 at 08:02:28AM +0200, Arne Ansper wrote:
> Bodo Moeller:
>> It will work with the current implementation (but only if the
>> applications don't do too stupid things, such as point to a buffer
>> with different contents); but this may change.
> if the application does stupid
On Wed, 23 Jun 1999, Bodo Moeller wrote:
> This depends on how you define "properly written", obviously. If you
yes. but in order to make the OpenSSLifying of existing applications
simpler, it would be nice to follow the semantics of normal socket calls.
then you can start using OpenSSL just
On Mon, Jun 28, 1999 at 10:12:06AM +0200, Arne Ansper wrote:
>> This depends on how you define "properly written", obviously.
> yes. but in order to make the OpenSSLifying of existing applications
> simpler, it would be nice to follow the semantics of normal socket calls.
This, however, can wor
On Tue, Nov 14, 2000, [EMAIL PROTECTED] wrote:
> +rijndaelEncryptRound2642 EXIST::FUNCTION:
> +rijndaelDecrypt 2643 EXIST::FUNCTION:
> +rijndaelKeyEncToDec 2644 EXIST::FUNCTION:
> +rijndaelDecryptRound
Ulf Moeller wrote:
>
> On Tue, Nov 14, 2000, [EMAIL PROTECTED] wrote:
>
> > +rijndaelEncryptRound2642 EXIST::FUNCTION:
> > +rijndaelDecrypt 2643 EXIST::FUNCTION:
> > +rijndaelKeyEncToDec 2644 EXIST::FUNCTION:
From: Ulf Möller <[EMAIL PROTECTED]>
ulf> On Mon, Sep 24, 2001 at 07:42:38PM +0200, [EMAIL PROTECTED] wrote:
ulf>
ulf> > -ERR_load_CRYPTOlib_strings 1009 NOEXIST::FUNCTION:
ulf> >ERR_load_CRYPTO_strings 1009 NOEXIST::FUNCTION:
ulf> > +ERR_load_CRYPTOlib_str
From: Geoff Thorpe <[EMAIL PROTECTED]>
geoff> On Mon, 24 Sep 2001, Ulf [iso-8859-1] Möller wrote:
geoff>
geoff> > On Mon, Sep 24, 2001 at 07:42:38PM +0200, [EMAIL PROTECTED] wrote:
geoff> >
geoff> > > -ERR_load_CRYPTOlib_strings 1009 NOEXIST::FUNCTION:
geoff> > >ERR_load
From: Bodo Moeller <[EMAIL PROTECTED]>
moeller> >>> Two functions with the same number - how'd that happen?
moeller>
moeller> util/mkdef.pl:
moeller>
moeller>if(exists $syms{"ERR_load_CRYPTO_strings"}) {
moeller>$platform{"ERR_load_CRYPTO_strings"} .= ",!VMS,!WIN16";
moe
Hi,
On Tue, 25 Sep 2001, Richard Levitte - VMS Whacker wrote:
> From: Geoff Thorpe <[EMAIL PROTECTED]>
>
> geoff> Any preferences for a fix? or should I just go in there and blitz
> geoff> whatever seems most obvious.
>
> Please do *not* do that without thinking. It's OK to blitz NOEXIST,
> b
From: Ulf Moeller <[EMAIL PROTECTED]>
ulf> >prior to using this function (see L; for backward
ulf> > -compatibility the function des_random_seed() is available as well).
ulf> > +compatibility the function DES_random_seed() is available as well).
Hmm, oops. The fact is, des_random_key()
Any reason for this:
> /* Override the default new methods */
> static int sig_cb(int operation, ASN1_VALUE **pval, const ASN1_ITEM *it)
> {
> if(operation == ASN1_OP_NEW_PRE) {
> ECDSA_SIG *sig;
> sig = OPENSSL_malloc(sizeof(ECDSA_SIG));
>
In article <[EMAIL PROTECTED]> you wrote:
> Remove references to RSAref. The glue library is but a memory to fade
> away now...
Amen. Rest in peace RSAref...
Thanks for kicking it out.
Ralf S. Engelschall
[EMAIL PR
19 matches
Mail list logo