Re: Resource Owner reassign Locks

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Resource Owner reassign Locks
Дата
Msg-id 16303.1440528787@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Resource Owner reassign Locks  (Andres Freund <andres@anarazel.de>)
Ответы Re: Resource Owner reassign Locks  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
Andres Freund <andres@anarazel.de> writes:
> On 2015-08-25 14:33:25 -0400, Tom Lane wrote:
>> (IOW, yeah, certainly third-party code could create a new *instance* of
>> the ResourceOwner data structure, but they would not have any knowledge of
>> what's inside unless they had hacked the core code.)

> What I was thinking is that somebody created a new resowner, did
> something, and then called LockReleaseCurrentOwner() (because no locks
> are needed anymore), or LockReassignCurrentOwner() (say you want to
> abort a subtransaction, but do *not* want the locks to be released).

> Anyway, I slightly lean towards having wrappers, you strongly against,
> so that makes it an easy call.

Well, I'm not "strongly" against them, just trying to understand whether
there's a plausible argument that someone is calling these functions from
extensions.  I'm not hearing one ... for one thing, I don't believe there
are any extensions playing games with transaction/lock semantics.  (My
Salesforce colleagues have done some of that, and no you can't get far
without changing the core code.)
        regards, tom lane



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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Custom Scans and private data
Следующее
От: Joe Conway
Дата:
Сообщение: Re: pg_controldata output alignment regression