Re: [PATCH] Add PQgetThreadLock() to expose the Kerberos/Curl mutex

Поиск
Список
Период
Сортировка
От Nico Williams
Тема Re: [PATCH] Add PQgetThreadLock() to expose the Kerberos/Curl mutex
Дата
Msg-id aaJx1XQDWeXKHCaa@ubby
обсуждение исходный текст
Ответ на [PATCH] Add PQgetThreadLock() to expose the Kerberos/Curl mutex  (Jacob Champion <jacob.champion@enterprisedb.com>)
Ответы Re: [PATCH] Add PQgetThreadLock() to expose the Kerberos/Curl mutex
Список pgsql-hackers
On Fri, Feb 27, 2026 at 12:38:34PM -0800, Jacob Champion wrote:
> libpq has some third-party dependencies (currently, Kerberos and Curl)
> that aren't threadsafe in some situations. We protect the affected
> code with a locking callback, and we allow applications to override
> that callback globally because they might also be using those
> third-party dependencies. The history of the API is at [1, 2].

Well, that's ancient stuff.  krb4?  4?!

Anyways, I'm quite curious about any thread safety problems you are
aware of in Kerberos implementations today.  As for curl, it wants to be
initialized much like OpenSSL used to want to be initialized (thankfully
no more), and that's a problem.

Nico
-- 



В списке pgsql-hackers по дате отправления: