high values for client_min_messages - Mailing list pgsql-patches

From Kris Jurka
Subject high values for client_min_messages
Date
Msg-id Pine.BSO.4.61.0509272003590.30956@leary.csoft.net
Whole thread Raw
Responses Re: high values for client_min_messages  (Bruce Momjian <pgman@candle.pha.pa.us>)
List pgsql-patches
The patch updates the documentation to reflect the fact that higher values
of client_min_messages (fatal + panic) are valid and also fixes a slight
issue with how psql tried to display error messages that aren't sent to
the client.

We often tell people to ignore errors in response to requests for things
like "drop if exists", but there's no good way to completely hide this
without upping client_min_messages past ERROR.  When running a file like

SET client_min_messages TO 'FATAL';

DROP TABLE doesntexist;

with "psql -f filename" you get an error prefix of
"psql:/home/username/filename:3" even though there is no error message to
prefix because it isn't sent to the client.

Kris Jurka

Attachment

pgsql-patches by date:

Previous
From: Bruce Momjian
Date:
Subject: Re: Proposed patch for sequence-renaming problems
Next
From: Tom Lane
Date:
Subject: Re: Proposed patch for sequence-renaming problems