Re: SIREAD lock versus ACCESS EXCLUSIVE lock
| От | Kevin Grittner |
|---|---|
| Тема | Re: SIREAD lock versus ACCESS EXCLUSIVE lock |
| Дата | |
| Msg-id | 4DEE1391020000250003E275@gw.wicourts.gov обсуждение исходный текст |
| Ответ на | Re: SIREAD lock versus ACCESS EXCLUSIVE lock (Heikki Linnakangas <heikki.linnakangas@enterprisedb.com>) |
| Ответы |
Re: SIREAD lock versus ACCESS EXCLUSIVE lock
|
| Список | pgsql-hackers |
Heikki Linnakangas <heikki.linnakangas@enterprisedb.com> wrote: > We've also already removed the reserved entry for scratch space This and Tom's concerns have me wondering if we should bracket the two sections of code where we use the reserved lock target entry with HOLD_INTERRUPTS() and RESUME_INTERRUPTS(). In an assert-enable build we wouldn't really recover from a transaction canceled while it was checked out (although if that were the only problem, that could be fixed), but besides that a cancellation while it's checked out could cause these otherwise-safe functions to throw exceptions due to a full heap table. -Kevin
В списке pgsql-hackers по дате отправления: