Re: pgsql/src/include (config.h.in) - Mailing list pgsql-committers

From Alfred Perlstein
Subject Re: pgsql/src/include (config.h.in)
Date
Msg-id 20001203225650.S8051@fw.wintelcom.net
Whole thread Raw
In response to pgsql/src/include (config.h.in)  (tgl@postgresql.org)
Responses Re: pgsql/src/include (config.h.in)
Re: pgsql/src/include (config.h.in)
List pgsql-committers
* tgl@postgresql.org <tgl@postgresql.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@wintelcom.net|alfred@freebsd.org]
"I have the heart of a child; I keep it in a jar on my desk."

pgsql-committers by date:

Previous
From: vadim@postgresql.org
Date:
Subject: pgsql/src/include (config.h.in)
Next
From: Tom Lane
Date:
Subject: Re: pgsql/src/include (config.h.in)