Re: LockAcquireExtended() dontWait vs weaker lock levels than already held

Поиск
Список
Период
Сортировка
От Robert Haas
Тема Re: LockAcquireExtended() dontWait vs weaker lock levels than already held
Дата
Msg-id CA+TgmoZNbDGwXMQfn8qK3FVu4Je81nHCF3UVAmDR8rM3yUp2EQ@mail.gmail.com
обсуждение исходный текст
Ответ на Re: LockAcquireExtended() dontWait vs weaker lock levels than already held  (Andres Freund <andres@anarazel.de>)
Список pgsql-hackers
On Tue, Mar 22, 2022 at 3:01 PM Andres Freund <andres@anarazel.de> wrote:
> We clearly already know how to compute whether a lock is "included" in
> something we already hold - after all ProcSleep() successfully does so.
>
> Isn't it a pretty trivial test? Seems like it'd boil down to something like

I don't mind you fixing the behavior. I just couldn't pass up an
opportunity to complain about the structure of lock.c.

-- 
Robert Haas
EDB: http://www.enterprisedb.com



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

Предыдущее
От: Andres Freund
Дата:
Сообщение: Re: [PATCH] Proof of concept for GUC improvements
Следующее
От: Alvaro Herrera
Дата:
Сообщение: Re: Column Filtering in Logical Replication