pgsql: Remove special-case treatment of LOG severity level in standalon

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: pgsql-committers(at)postgresql(dot)org
Subject: pgsql: Remove special-case treatment of LOG severity level in standalon
Date: 2013-06-14 03:15:23
Message-ID: E1UnKTz-0007Tc-Ao@gemulon.postgresql.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-committers

Remove special-case treatment of LOG severity level in standalone mode.

elog.c has historically treated LOG messages as low-priority during
bootstrap and standalone operation. This has led to confusion and even
masked a bug, because the normal expectation of code authors is that
elog(LOG) will put something into the postmaster log, and that wasn't
happening during initdb. So get rid of the special-case rule and make
the priority order the same as it is in normal operation. To keep from
cluttering initdb's output and the behavior of a standalone backend,
tweak the severity level of three messages routinely issued by xlog.c
during startup and shutdown so that they won't appear in these cases.
Per my proposal back in December.

Branch
------
master

Details
-------
http://git.postgresql.org/pg/commitdiff/c62866eeafd52822ec61a0d2db9428c05e97d3cc

Modified Files
--------------
src/backend/access/transam/xlog.c | 11 ++++++++---
src/backend/utils/error/elog.c | 6 +-----
2 files changed, 9 insertions(+), 8 deletions(-)

Browse pgsql-committers by date

  From Date Subject
Next Message Tom Lane 2013-06-14 18:27:05 pgsql: Avoid deadlocks during insertion into SP-GiST indexes.
Previous Message Tom Lane 2013-06-14 02:36:22 pgsql: Refactor checksumming code to make it easier to use externally.