Re: libpq thread safety - Mailing list pgsql-hackers

From Manfred Spraul
Subject Re: libpq thread safety
Date
Msg-id 400191C4.4090403@colorfullife.com
Whole thread Raw
In response to Re: libpq thread safety  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: libpq thread safety  (Tom Lane <tgl@sss.pgh.pa.us>)
Re: libpq thread safety  (Bruce Momjian <pgman@candle.pha.pa.us>)
List pgsql-hackers
Tom Lane wrote:

>Wait a minute.  I am *not* buying into any proposal that we need to
>support ENABLE_THREAD_SAFETY on machines where libc is not thread-safe.
>We have other things to do than adopt an open-ended commitment to work
>around threading bugs on obsolete platforms.  I don't believe that any
>sane application programmer is going to try to implement a
>multi-threaded app on such a platform anyway.
>
I'd agree - convince Bruce and I'll replace the mutexes in thread.c with 
#error. But I think libpq should support a mutex around kerberos (or at 
least fail at runtime) - right now it's too easy to corrupt the kerberos 
authentication state.

--   Manfred



pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: libpq thread safety
Next
From: "Tom Hebbron"
Date:
Subject: Re: How to retrieve functional index column names