Re: Race condition with libpq - Mailing list pgsql-interfaces

From Tom Lane
Subject Re: Race condition with libpq
Date
Msg-id 2388.1053968719@sss.pgh.pa.us
Whole thread Raw
In response to Race condition with libpq  ("Dietmar May" <dcmay@dmis.com>)
Responses Re: Race condition with libpq  ("Dietmar May" <dcmay@dmis.com>)
List pgsql-interfaces
"Dietmar May" <dcmay@dmis.com> writes:
> So, why can't the server-side code that closes the connection release any
> resources associated with that connection before the socket is closed? It
> seems that doing so could fix this problem quite cleanly.

How would that help?  The client isn't waiting around for it, because it
already closed its socket.

> Perhaps I'm misunderstanding the manual - "4.1: When a new database is
> created, the template database [template1] is essentially cloned.

At least in recent versions, template1 is only the default template,
not the sole possibility.

In theory you could in fact run without any template1, but it would
break enough client-side code that I doubt anyone would find it useful
to do so in practice.
        regards, tom lane


pgsql-interfaces by date:

Previous
From: Tom Lane
Date:
Subject: Re: Race condition with libpq
Next
From: "Dietmar May"
Date:
Subject: Re: Race condition with libpq