On Mon, Jul 05, 2004 at 05:13:23PM -0400, Bruce Momjian wrote:
> Alvaro Herrera wrote:
> > On Sun, May 02, 2004 at 07:50:46PM -0400, Tom Lane wrote:
> >
> > > It's entirely likely that ecpg's derivative of the backend's datetime
> > > modules contains lots and lots of memory leaks, since AFAIK the palloc
> > > infrastructure is not there in the ecpg environment :-(.
> >
> > 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.
>
> The semantics of palloc is that most stuff is freed on statement
> completion. In most cases, interfaces need different semantics so we
> haven't seen much need for making something like palloc available to
> clients. I can see ecpg using it in a few cases, and libpq too, but
> probably not enough to make it worthwhile.
Yes, I understand that part -- what I was talking about was not using
the code in the Pg interfaces, but in another software project which
also consists of a daemon that has several well defined "durations" of
objects. In that (as of yet unwritten) code, palloc would fit very
well. But does palloc depend on some other part of the Postgres code?
--
Alvaro Herrera (<alvherre[a]dcc.uchile.cl>)
"El Maquinismo fue proscrito so pena de cosquilleo hasta la muerte"
(Ijon Tichy en Viajes, Stanislaw Lem)