Re: [HACKERS] [PATCH] Assert that the correct locks are held whencalling PageGetLSN()
В списке pgsql-hackers по дате отправления:
| От | Alvaro Herrera |
|---|---|
| Тема | Re: [HACKERS] [PATCH] Assert that the correct locks are held whencalling PageGetLSN() |
| Дата | |
| Msg-id | 20180109201516.cmpfsdvds4q7zubd@alvherre.pgsql обсуждение |
| Ответ на | Re: [HACKERS] [PATCH] Assert that the correct locks are held whencalling PageGetLSN() (Alvaro Herrera <alvherre@alvh.no-ip.org>) |
| Ответы |
Re: [HACKERS] [PATCH] Assert that the correct locks are held whencalling PageGetLSN()
|
| Список | pgsql-hackers |
Pushed 0001. I confirm the finding that 0002 makes TestForOldSnapshot blow up. I suppose the right fix is to pass the buffer, not just the page, rather than trying to reverse-engineer the buffer from the page. Regarding adding the proposed checks, which I think we should clearly do, my preferred fix would be to split PageGetLSN in two: one that is applied to shared buffers, which always runs the assertion, which retains the current name, and another that is applied to other buffers, which never does but it does check that the page is not in shared_buffers and uses another name. -- Álvaro Herrera https://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера