| От | Tom Lane |
|---|---|
| Тема | Re: [BUGS] [CHECKER] 4 memory leaks in Postgresql 7.4.2 |
| Дата | |
| Msg-id | 4161.1089063322@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: [BUGS] [CHECKER] 4 memory leaks in Postgresql 7.4.2 (Alvaro Herrera <alvherre@dcc.uchile.cl>) |
| Список | pgsql-hackers |
Alvaro Herrera <alvherre@dcc.uchile.cl> writes:
> I wonder why is this? Is there some limitation to using palloc outside
> the backend itself? I ask because I have considered using it outside
> Postgres several times (a consideration that has never materialized
> yet), and I wonder if it needs something special to work.
It's useless without the rest of the backend infrastructure, including
elog error recovery and a cooperative main loop. You could certainly
reuse the code in a different application if you were willing to adopt
Postgres' memory management and error handling approaches
lock-stock-and-barrel, but I don't think you could be selective about
it. For a library that has to work inside a not-so-cooperative
application, the idea is a nonstarter.
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера