Re: [HACKERS] Re: 9.4.1 -> 9.4.2 problem: could not access status of transaction 1
В списке pgsql-general по дате отправления:
| От | Alvaro Herrera |
|---|---|
| Тема | Re: [HACKERS] Re: 9.4.1 -> 9.4.2 problem: could not access status of transaction 1 |
| Дата | |
| Msg-id | 20150603220544.GF133018@postgresql.org обсуждение исходный текст |
| Ответ на | Re: [HACKERS] Re: 9.4.1 -> 9.4.2 problem: could not access status of transaction 1 (Robert Haas <robertmhaas@gmail.com>) |
| Ответы |
Re: [HACKERS] Re: 9.4.1 -> 9.4.2 problem: could not access
status of transaction 1
|
| Список | pgsql-general |
Robert Haas wrote: > So here's a patch taking a different approach. I tried to apply this to 9.3 but it's messy because of pgindent. Anyone would have a problem with me backpatching a pgindent run of multixact.c? Also, you have a new function SlruPageExists, but we already have SimpleLruDoesPhysicalPageExist. No need for two copies of pretty much the same code, I think. Your code uses fstat() instead of lseek(.., SEEK_END) but the exact technique used is probably not relevant. I think I like this approach better than your other patch, FWIW -- mainly because it seems simpler. Will review. -- Álvaro Herrera http://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
В списке pgsql-general по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера