Re: cvs commit: openssl/crypto/asn1 asn1t.h tasn_dec.c tasn_fre.c tasn_new.c tasn_utl.c

2000-11-14 Thread Dr S N Henson
Ulf Moeller wrote: On Tue, Nov 14, 2000, [EMAIL PROTECTED] wrote: +The BOOLEAN type now takes three values. Yeah, *that* is progress! Yes it reminded me of Eric's old signature about a tristate boolean in Windoze. Well strictly speaking two values are for DER and the other is only

Re: cvs commit: openssl/crypto/asn1 asn1t.h tasn_dec.c tasn_fre.c tasn_new.c tasn_utl.c

2000-11-14 Thread Arne Ansper
Yes it reminded me of Eric's old signature about a tristate boolean in Windoze. fyi: we are using term "trit" for such tri-state bits (0,1,dontcare). arne __ OpenSSL Project

Re: cvs commit: openssl/crypto/evp bio_enc.c evp.h

2000-11-14 Thread Ben Laurie
Dr S N Henson wrote: Ben Laurie wrote: Dr S N Henson wrote: Eh? Isn't the IV length the same as the block length? Nope. Rijndael's biggest IV is 16 bytes, but the biggest block is 32 bytes. I haven't checked why, so if someone wants to enlighten me... Well they can

Re: cvs commit: openssl/crypto/evp bio_enc.c evp.h

2000-11-14 Thread Richard Levitte - VMS Whacker
From: Ben Laurie [EMAIL PROTECTED] ben Hmmm ... is there a Zipalike for *nix? zip and unzip from Info-ZIP :-). -- Richard Levitte \ Spannvägen 38, II \ [EMAIL PROTECTED] Chairman@Stacken \ S-168 35 BROMMA \ T: +46-8-26 52 47 Redakteur@Stacken \ SWEDEN \ or +46-709-50 36 10

Re: cvs commit: openssl/crypto/evp bio_enc.c evp.h

2000-11-14 Thread Lutz Jaenicke
On Tue, Nov 14, 2000 at 02:56:31PM +, Ben Laurie wrote: Note that I've only implemented ECB mode so far - ISTR the gamut of block/key sizes for other modes is more restrictive - but I can't check coz I'm in SF, the Rijndael source on the web is PKZipped, I forgot to put (the rest of) it

Re: cvs commit: openssl/util libeay.num

2000-11-14 Thread Ulf Moeller
On Tue, Nov 14, 2000, [EMAIL PROTECTED] wrote: +rijndaelEncryptRound2642 EXIST::FUNCTION: +rijndaelDecrypt 2643 EXIST::FUNCTION: +rijndaelKeyEncToDec 2644 EXIST::FUNCTION: +rijndaelDecryptRound

Re: nonblocking crypto (was: Re: ASN1 non blocking I/O...)

2000-11-14 Thread Bodo Moeller
On Mon, Nov 13, 2000 at 07:16:39PM -0800, Dan Kegel wrote: Nonblocking network I/O is tricky with the current API, but doable. I've got working code for that, and there are good examples now. Nonblocking crypto is another matter; it would be a real pain, and there are no examples showing

Re: cvs commit: openssl Makefile.org

2000-11-14 Thread Lutz Jaenicke
On Tue, Nov 14, 2000 at 02:14:31PM -0600, Albert Chin-A-Young wrote: On Mon, Nov 13, 2000 at 04:48:48PM +0100, Richard Levitte - VMS Whacker wrote: From: Lutz Jaenicke [EMAIL PROTECTED] Lutz.Jaenicke The install-target will install the shared libraries Lutz.Jaenicke with permission

No User Certificate..

2000-11-14 Thread cowan
This is Sang, Park from SECUi.COM in Korea. I've had problems .. Both Server and Client Certificate was issued using OpenSSL 0.9.3a Client Certificate for SSL was installed into Netscape browser. "No User Certificate" Window Box

Re: cvs commit: openssl Makefile.org

2000-11-14 Thread Albert Chin-A-Young
On Tue, Nov 14, 2000 at 09:25:28PM +0100, Lutz Jaenicke wrote: On Tue, Nov 14, 2000 at 02:14:31PM -0600, Albert Chin-A-Young wrote: On Mon, Nov 13, 2000 at 04:48:48PM +0100, Richard Levitte - VMS Whacker wrote: From: Lutz Jaenicke [EMAIL PROTECTED] Lutz.Jaenicke The install-target

Re: cvs commit: openssl Makefile.org

2000-11-14 Thread Richard Levitte - VMS Whacker
From: Albert Chin-A-Young [EMAIL PROTECTED] china Actually, 555 is a workable solution and there is time left to think about china it before 0.9.7 is released. china china Doesn't that seem like a "lazy" solution though (no offense)? I china would add another field to Configure. I think we

Re: nonblocking crypto (was: Re: ASN1 non blocking I/O...)

2000-11-14 Thread Dan Kegel
Bodo Moeller wrote: On Mon, Nov 13, 2000 at 07:16:39PM -0800, Dan Kegel wrote: Nonblocking network I/O is tricky with the current API, but doable. I've got working code for that, and there are good examples now. Nonblocking crypto is another matter; it would be a real pain, and there are

Re: nonblocking crypto (was: Re: ASN1 non blocking I/O...)

2000-11-14 Thread Rich Salz
I don't think we need nonblocking crypto; it would be enough to be able to shunt the crypto off into another thread. That's what my API proposal was about. Insufficient for hardware crypto devices. __ OpenSSL Project

Use of OpenSSL for EPOC 32 used by Psion.

2000-11-14 Thread nareshkumar
Hi all, Can we use OpenSSL to implement security in EPOC32.? Regards Naresh _ Visit http://www.PalmGreetings.com The Most Happening and The first only Mobile greeting site. * Send Receive e-cards using your Hand held/Palm

Re: nonblocking crypto (was: Re: ASN1 non blocking I/O...)

2000-11-14 Thread Geoff Thorpe
On Tue, 14 Nov 2000, Dan Kegel wrote: I don't think we need nonblocking crypto; it would be enough to be able to shunt the crypto off into another thread. That's what my API proposal was about. I think that misses the entire point of why a form of async public-key crypto might be