[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: lynx-dev lynx+openssl
From: |
David Woolley |
Subject: |
Re: lynx-dev lynx+openssl |
Date: |
Wed, 26 Jan 2000 08:22:06 +0000 (GMT) |
> immediately responding by returing a value to the application that made the
> connect() system call. The value returned, i.e., return value of connect(),
> indicates that the request to establish a TCP connection was not successful.
I don't think this is a failure case. The program has requested a connect.
The OS has accepted the request and has started sending the connection
setup message (SYN packet) to the remote end, but, because the call was
non-blocking, it couldn't wait for the initial message exchange to
complete, so it doesn't know whether or not it really will be successful,
so it returns an equivocal answer.
That's certainly how the Linux source code (inet.c) works.
(The reason that Lynx uses non-blocking calls is so that it can
watch the keyboard whilst waiting for the network.)
- lynx-dev lynx+openssl+bcc32+win32, Michael Lerman, 2000/01/21
- Re: lynx-dev lynx+openssl+bcc32+win32, Ismael Cordeiro, 2000/01/21
- Re: lynx-dev lynx+openssl, Mark Sutton, 2000/01/22
- Re: lynx-dev lynx+openssl, Ismael Cordeiro, 2000/01/23
- Re: lynx-dev lynx+openssl, Leonid Pauzner, 2000/01/23
- Re: lynx-dev lynx+openssl, David Woolley, 2000/01/25
- Re: lynx-dev lynx+openssl, Mike Bledig, 2000/01/25
- Re: lynx-dev lynx+openssl, Eldon Mellaney, 2000/01/26
- Re: lynx-dev lynx+openssl, Philip Webb, 2000/01/26
- Re: lynx-dev lynx+openssl,
David Woolley <=
lynx-dev lynx+openssl+bcc32+win32, Michael Lerman, 2000/01/27