Skip site navigation (1) Skip section navigation (2)

Re: pgsql/src/include (config.h.in)

From: Alfred Perlstein <bright(at)wintelcom(dot)net>
To: tgl(at)postgresql(dot)org
Cc: pgsql-committers(at)postgresql(dot)org
Subject: Re: pgsql/src/include (config.h.in)
Date: 2000-12-04 06:56:51
Message-ID: 20001203225650.S8051@fw.wintelcom.net (view raw or flat)
Thread:
Lists: pgsql-committers
* tgl(at)postgresql(dot)org <tgl(at)postgresql(dot)org> [001203 21:16] wrote:
>   Date: Saturday, December  2, 2000 @ 13:16:40
> Author: tgl
> 
> Update of /home/projects/pgsql/cvsroot/pgsql/src/include
>      from hub.org:/home/projects/pgsql/tmp/cvs-serv49789
> 
> Modified Files:
> 	config.h.in 
> 
> -----------------------------  Log Message  -----------------------------
> 
> Don't cause --enable-cassert to define COPY_PARSE_PLAN_TREES automatically
> anymore.  That won't teach us anything new for the rest of this release
> cycle, so it seems better to keep the --assert environment more like the
> non-assert environment for beta.
> I'm going to leave CLOBBER_FREED_MEMORY and MEMORY_CONTEXT_CHECKING
> turned on by --enable-cassert for now, however.

Urk, this looks pretty expensive, is there any flags available that
will enable the assertion checking without expensive memory zeroing
(or 0xdeadbeef'ing) free'd memory?

Is running enable-cassert on my production boxes going to cause
a lot of overhead?

-- 
-Alfred Perlstein - [bright(at)wintelcom(dot)net|alfred(at)freebsd(dot)org]
"I have the heart of a child; I keep it in a jar on my desk."

In response to

Responses

pgsql-committers by date

Next:From: Tom LaneDate: 2000-12-04 14:50:34
Subject: Re: pgsql/src/include (config.h.in)
Previous:From: tglDate: 2000-12-04 01:32:20
Subject: pgsql/contrib/vacuumlo (Makefile)

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group