| От | Tom Lane |
|---|---|
| Тема | Re: Google SoC--Idea Request |
| Дата | |
| Msg-id | 19168.1145548592@sss.pgh.pa.us обсуждение |
| Ответ на | Re: Google SoC--Idea Request (Martijn van Oosterhout <kleptog@svana.org>) |
| Ответы |
Re: Google SoC--Idea Request
|
| Список | pgsql-hackers |
Martijn van Oosterhout <kleptog@svana.org> writes:
> About the only thing in the backend I found interesting was this:
> src/backend/utils/hash/dynahash.c function hash_create
I wonder if we shouldn't just remove the hash_destroy calls in
hash_create's failure paths. hash_destroy is explicitly not gonna
work on a shared-memory hashtable, and in all other cases I'd expect
that any already-allocated table structure will be in a palloc context
that will get cleaned up during error recovery.
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера