| От | Tom Lane |
|---|---|
| Тема | Re: BUG #17462: Invalid memory access in heapam_tuple_lock |
| Дата | |
| Msg-id | 352840.1649699498@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: BUG #17462: Invalid memory access in heapam_tuple_lock (Andres Freund <andres@anarazel.de>) |
| Ответы |
Re: BUG #17462: Invalid memory access in heapam_tuple_lock
|
| Список | pgsql-bugs |
Andres Freund <andres@anarazel.de> writes:
> One way to address it in a way not requiring an API break would be to pass
> SnapshotAny to heap_fetch and then do an explicit visibility check "ourselves"
> in heapam_lock_tuple().
I'm not really interested in fixing this without an API break (going
forward anyway), because as it stands heap_fetch is just an invitation
to make this same mistake again. It should never return a tuple pointer
if we don't keep the pin on the associated buffer.
regards, tom lane
В списке pgsql-bugs по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера