SSL_set_fd() harmful when using nonblocking sockets?

2002-10-26 Thread Dan Kegel
With Unix nonblocking sockets, the only way to detect that the connection has shut down is to check for a zero return from read after poll or select says the socket is ready for reading. (Read will cheerfully return zero at any time if you call it again after a fully successful read(), so only the

RE:

2002-10-26 Thread Hara
Thanks a lot.. Now I feel better... Hara -Original Message- From: [EMAIL PROTECTED] [mailto:owner-openssl-users@;openssl.org]On Behalf Of Dr. Stephen Henson Sent: Saturday, October 26, 2002 3:35 PM To: [EMAIL PROTECTED] Subject: Re: On Sat, Oct 26, 2002, Hara wrote: > Hi > > Thank you

Re:

2002-10-26 Thread Dr. Stephen Henson
On Sat, Oct 26, 2002, Hara wrote: > Hi > > Thank you for reply.. > > Yes , I do use 443 port for SSL. And port 80 for none secure web service.. > And also use "ipchains" to block another port. Checking with firewall log, I > don't see any > "deny logs" > SSL works no problem but this output

RE:

2002-10-26 Thread Hara
Hi Thank you for reply.. Yes , I do use 443 port for SSL. And port 80 for none secure web service.. And also use "ipchains" to block another port. Checking with firewall log, I don't see any "deny logs" SSL works no problem but this output of Error logs.. Please help.. Hara -Original M

Re: oids, attributes (doc pointers)

2002-10-26 Thread Karl-Michael Werzowa
Hello, Eric 1) oids are a means to avoid conflicting extensions (or other definitions). Depending on the country and/or organization you are in, there may be also other sources for your OID than IANA. The link of Markus Lorch points to the source of "private enterprise numbers", which are below i

Re: SUN Crypto Accelerator + OpenSSL

2002-10-26 Thread Edward Chan
Sorry, I didn't follow this thread. But does this mean that OpenSSL 0.9.6g does not support the Sun card...eventhough it is really a CryptoSwift card? Ed --- Richard Levitte - VMS Whacker <[EMAIL PROTECTED]> wrote: > In message > <[EMAIL PROTECTED]> on > Tue, 08 Oct 2002 10:45:49 +0200 (CEST),