Jason Tishler writes:
> Sorry for not letting this thread die...
> On Sat, Nov 04, 2000 at 01:19:50AM +0100, Corinna Vinschen wrote:
> > That's the problem. I thought about changing the behaviour of
> > connect two weeks ago. I'm not sure if it makes sense to change
> > the error code translation table for exactly that reason: Who
> > knows what that would break? Perhaps it's better to change only
> > the connect call to return EINPROGRESS. On the other hand Winsock
> > seem to have interchanged the meaning of WOULDBLOCK and
> > INPROGRESS (by mistake?). Hmmm.
> Can some one very knowledgeable with socket programming (hopefully
> on many platforms) please help us out? Should socket clients
> (e.g., psql) be expected to test errno for EWOULDBLOCK (a.k.a
> EAGAIN) when connect() returns -1? Or, should cygwin map
> EWOULDBLOCK to EINPROGRESS, at least for connect()?
According to POSIX, connect() should never set errno to EAGAIN or
EWOULDBLOCK. (Those codes are appropriate for accept().)
If the connection cannot be established immediately and O_NONBLOCK
is set for the file descriptor for the socket, connect( ) shall fail
and set errno to [EINPROGRESS], but the connection request shall not
be aborted, and the connection shall be established asynchronously.
Subsequent calls to connect( ) for the same socket, before the
connection is established, shall fail and set errno to [EALREADY].
When the connection has been established asynchronously, select( )
and poll( ) shall indicate that the file descriptor for the socket
is ready for writing.
Upon successful completion, connect( ) shall return 0; otherwise, -1
shall be returned and errno set to indicate the error.
If you want to research how sockets really behave on different
platforms have a look at ACE. That is a thin wrapper that copes
with the idiosyncrasies of different OSs including Win32.
Pete Forman -./\.- Disclaimer: This post is originated
Western Geophysical -./\.- by myself and does not represent
pete(dot)forman(at)westgeo(dot)com -./\.- the opinion of Baker Hughes or
http://www.crosswinds.net/~petef -./\.- its divisions.
In response to
pgsql-ports by date
|Next:||From: James Hall||Date: 2000-11-07 15:48:46|
|Subject: libpq.so.2.0 problem|
|Previous:||From: Chandra Sekhar . K||Date: 2000-11-07 00:17:10|
|Subject: RE: Has anybody compiled .c file generated from .pgc