Re: Misc. consequences of backend memory management changes - Mailing list pgsql-hackers

From Chris Bitmead
Subject Re: Misc. consequences of backend memory management changes
Date
Msg-id 395D6DC3.1EF41B1@bitmead.com
Whole thread Raw
In response to Misc. consequences of backend memory management changes  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
Tom Lane wrote:

> 2. Currently there is some code in aset.c that arranges to wipe
> freed space immediately upon its being freed, as an aid in detecting
> attempted uses of already-freed objects.  It's conditionally compiled
> based on "#ifdef CLOBBER_FREED_MEMORY", which ought to be mentioned
> in config.h.in (but isn't yet).  This slows things down a little bit
> so I wouldn't recommend having it turned on for production use, but
> I think it would be a good idea to keep it turned on during the
> development and early beta phases of 7.1.  With the memory
> management changes I think we will be at increased risk of having
> use-of-freed-memory bugs, so I'd like to get as much testing as
> possible done with this code enabled.  Will anyone object if I make
> CLOBBER_FREED_MEMORY defined by default until 7.1 release is near?

Could we instead have some configure option --devel or something that
turns on all the checks?


pgsql-hackers by date:

Previous
From: Chris Bitmead
Date:
Subject: Re: Big 7.1 open items
Next
From: The Hermit Hacker
Date:
Subject: Re: Built with PostgreSQL (images)