Re: Possible PANIC in PostPrepare_Locks

Поиск
Список
Период
Сортировка
От Heikki Linnakangas
Тема Re: Possible PANIC in PostPrepare_Locks
Дата
Msg-id 50EFDD18.7030508@vmware.com
обсуждение исходный текст
Ответ на Possible PANIC in PostPrepare_Locks  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: Possible PANIC in PostPrepare_Locks  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
On 11.01.2013 04:16, Tom Lane wrote:
> [explanation of a race condition]

Good catch.

> Also, it looks like we'll need two code paths in PostPrepare_Locks to
> deal with the possibility that a conflicting entry already exists?
> I'm not sure this is possible, but I'm not sure it's not, either.

If I understand this correctly, that would mean that someone else is 
holding a lock that conflicts with the lock the 
transaction-being-prepared holds. That shouldn't happen.

- Heikki



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

Предыдущее
От: Sandeep Thakkar
Дата:
Сообщение: Re: Bug: Windows installer modifies ACLs on the whole volume
Следующее
От: Vlad Arkhipov
Дата:
Сообщение: Get current query in a trigger function