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

Поиск
Список
Период
Сортировка
От Alfred Perlstein
Тема Re: pgsql/src/include (config.h.in)
Дата
Msg-id 20001203225650.S8051@fw.wintelcom.net
обсуждение исходный текст
Ответ на pgsql/src/include (config.h.in)  (tgl@postgresql.org)
Ответы Re: pgsql/src/include (config.h.in)  (Tom Lane <tgl@sss.pgh.pa.us>)
Re: pgsql/src/include (config.h.in)  (Bruce Momjian <pgman@candle.pha.pa.us>)
Список 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 по дате отправления:

Предыдущее
От: vadim@postgresql.org
Дата:
Сообщение: pgsql/src/include (config.h.in)
Следующее
От: Tom Lane
Дата:
Сообщение: Re: pgsql/src/include (config.h.in)