Re: high values for client_min_messages - Mailing list pgsql-patches

From Bruce Momjian
Subject Re: high values for client_min_messages
Date
Msg-id 200510132058.j9DKwgs24342@candle.pha.pa.us
Whole thread Raw
In response to high values for client_min_messages  (Kris Jurka <books@ejurka.com>)
List pgsql-patches
Patch applied.  Thanks.

---------------------------------------------------------------------------


Kris Jurka wrote:
>
> 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

Content-Description:

[ Attachment, skipping... ]

>
> ---------------------------(end of broadcast)---------------------------
> TIP 9: In versions below 8.0, the planner will ignore your desire to
>        choose an index scan if your joining column's datatypes do not
>        match

--
  Bruce Momjian                        |  http://candle.pha.pa.us
  pgman@candle.pha.pa.us               |  (610) 359-1001
  +  If your life is a hard drive,     |  13 Roberts Road
  +  Christ can be your backup.        |  Newtown Square, Pennsylvania 19073

pgsql-patches by date:

Previous
From: Bruce Momjian
Date:
Subject: Re: SQL/XML publishing function experimental patch II
Next
From: Bruce Momjian
Date:
Subject: Re: [HACKERS] Kerberos brokenness and oops question in 8.1beta2