Re: libpq is not thread safe - Mailing list pgsql-hackers

From Bruce Momjian
Subject Re: libpq is not thread safe
Date
Msg-id 200905282120.n4SLKr018592@momjian.us
Whole thread Raw
In response to Re: libpq is not thread safe  (Bruce Momjian <bruce@momjian.us>)
Responses Re: libpq is not thread safe
List pgsql-hackers
Bruce Momjian wrote:
> > Another advantage of atfork handler is that you can close all open
> > connection and clean resource (similar to what pkcs11 library does). But
> > at this moment libpq does not keep list of open connections and atfork
> > handler works only with pthreads.
> > 
> > > I think writing code to deal with this for the ssl_config mutex is entirely a waste
> > > of time.
> > 
> > yeah, I prefer to document it together how to deal with fork() and
> > sessions.
> 
> Done, patch attached and applied.

I went with a <warning> because it seemed most appropriate, but it looks
very large:
http://developer.postgresql.org/pgdocs/postgres/libpq-connect.html

Should it be a notice?

--  Bruce Momjian  <bruce@momjian.us>        http://momjian.us EnterpriseDB
http://enterprisedb.com
 + If your life is a hard drive, Christ can be your backup. +


pgsql-hackers by date:

Previous
From: "David E. Wheeler"
Date:
Subject: Re: plperl error format vs plpgsql error format vs pgTAP
Next
From: "David E. Wheeler"
Date:
Subject: Re: search_path vs extensions