From: | tgl(at)svr1(dot)postgresql(dot)org (Tom Lane) |
---|---|
To: | pgsql-committers(at)postgresql(dot)org |
Subject: | pgsql-server/ oc/src/sgml/runtime.sgml rc/back ... |
Date: | 2004-03-24 22:40:30 |
Message-ID: | 20040324224030.0A8ACD1ECAF@svr1.postgresql.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-committers |
CVSROOT: /cvsroot
Module name: pgsql-server
Changes by: tgl(at)svr1(dot)postgresql(dot)org 04/03/24 18:40:29
Modified files:
doc/src/sgml : runtime.sgml
src/backend/executor: execQual.c
src/backend/optimizer/util: clauses.c
src/backend/parser: parse_expr.c parser.c
src/backend/tcop: postgres.c
src/backend/utils/misc: guc.c postgresql.conf.sample
src/bin/psql : tab-complete.c
src/include : miscadmin.h pg_config_manual.h
src/include/parser: parse_expr.h
src/include/tcop: tcopprot.h
Log message:
Replace max_expr_depth parameter with a max_stack_depth parameter that
is measured in kilobytes and checked against actual physical execution
stack depth, as per my proposal of 30-Dec. This gives us a fairly
bulletproof defense against crashing due to runaway recursive functions.
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2004-03-24 23:38:49 | pgsql-server/src/pl/plpgsql/src gram.y |
Previous Message | Bruce Momjian | 2004-03-24 18:16:00 | pgsql-server/doc TODO |