Skip to content
Snippets Groups Projects
Select Git revision
  • benchmark-tools
  • postgres-lambda
  • master default
  • REL9_4_25
  • REL9_5_20
  • REL9_6_16
  • REL_10_11
  • REL_11_6
  • REL_12_1
  • REL_12_0
  • REL_12_RC1
  • REL_12_BETA4
  • REL9_4_24
  • REL9_5_19
  • REL9_6_15
  • REL_10_10
  • REL_11_5
  • REL_12_BETA3
  • REL9_4_23
  • REL9_5_18
  • REL9_6_14
  • REL_10_9
  • REL_11_4
23 results

postgres-lambda-diff

  • Clone with SSH
  • Clone with HTTPS
  • user avatar
    Tom Lane authored
    Make sure WaitLatchOrSocket regards FD_CLOSE as a read-ready condition.
    We might want to tweak this further, but it was surely wrong as-is.
    
    Make pgwin32_waitforsinglesocket detach its private event object from the
    passed socket before returning.  I suspect that failure to do so leads
    to race conditions when other code (such as WaitLatchOrSocket) attaches
    a different event object to the same socket.  Moreover, the existing
    coding meant that repeated calls to pgwin32_waitforsinglesocket would
    perform ResetEvent on an event actively connected to a socket, which
    is rumored to be an unsafe practice; the WSAEventSelect documentation
    appears to recommend against this, though it does not say not to do it
    in so many words.
    
    Also, uniformly use the coding pattern "WSAEventSelect(s, NULL, 0)" to
    detach events from sockets, rather than passing the event in the second
    parameter.  The WSAEventSelect documentation says that the second parameter
    is ignored if the third is 0, so theoretically this should make no
    difference.  However, elsewhere on the same reference page the use of NULL
    in this context is recommended, and I have found suggestions on the net
    that some versions of Windows have bugs with a non-NULL second parameter
    in this usage.
    
    Some other mostly-cosmetic cleanup, such as using the right one of
    WSAGetLastError and GetLastError for reporting errors from these functions.
    b85427f2
    History
    PostgreSQL Database Management System
    =====================================
    
    This directory contains the source code distribution of the PostgreSQL
    database management system.
    
    PostgreSQL is an advanced object-relational database management system
    that supports an extended subset of the SQL standard, including
    transactions, foreign keys, subqueries, triggers, user-defined types
    and functions.  This distribution also contains C language bindings.
    
    PostgreSQL has many language interfaces, many of which are listed here:
    
    	http://www.postgresql.org/download
    
    See the file INSTALL for instructions on how to build and install
    PostgreSQL.  That file also lists supported operating systems and
    hardware platforms and contains information regarding any other
    software packages that are required to build or run the PostgreSQL
    system.  Changes between all PostgreSQL releases are recorded in the
    file HISTORY.  Copyright and license information can be found in the
    file COPYRIGHT.  A comprehensive documentation set is included in this
    distribution; it can be read as described in the installation
    instructions.
    
    The latest version of this software may be obtained at
    http://www.postgresql.org/download/.  For more information look at our
    web site located at http://www.postgresql.org/.