Re: freefuncs.c is never called from anywhere!?
От | Karel Zak |
---|---|
Тема | Re: freefuncs.c is never called from anywhere!? |
Дата | |
Msg-id | Pine.LNX.3.96.1000609190835.7056C-100000@ara.zf.jcu.cz обсуждение исходный текст |
Ответ на | Re: freefuncs.c is never called from anywhere!? (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: freefuncs.c is never called from anywhere!?
|
Список | pgsql-hackers |
On Fri, 9 Jun 2000, Tom Lane wrote: > > Any status on this? > > Nothing done about it yet. > > IIRC, some people were concerned about the fact that freeObject() > couldn't possibly cope with circular structures, multiply-linked > subexpressions, etc. I don't think that's a problem for my intended > use in the relcache --- the only structures I'll be freeing are ones > previously read in by the node-reading functions, and those aren't > going to have any surprises like that. IMHO use separate memory context will better and more fast way than freeObject(). I use this method in my suggested query cache and in the SPI (in SPI_freeplan()) and it is very good (without potential leaks). All in backend/nodes are (IMHO) very dificult keep up and recursion is and not gratis feature too. (Homework: write PG in Fortran :-) Karel
В списке pgsql-hackers по дате отправления: