Opened 16 years ago

Last modified 16 years ago

#57 closed defect (wontfix)

Re-work prepared geometry to use a custom memory context

Reported by: pramsey Owned by: pramsey
Priority: medium Milestone:
Component: postgis Version:
Keywords: Cc:

Description

By using a custom memory context underneath the function manager context, we can free the GEOS objects cleanly at the end of the statement. Right now the GEOS objects are directly inside the fmgr context, so there's no way to clean them up before the context is freed. See the transform() code for an example.

Until this is done, the preparedgeometry will leak two objects for every SQL call, no matter how clean GEOS gets.

Change History (1)

comment:1 by pramsey, 16 years ago

Alternate approach using a child MemoryContext of the fmgr context to trigger a callback and clean-up, following example in transform cache.

Note: See TracTickets for help on using tickets.