Re: [Proposal] Level4 Warnings show many shadow vars - Mailing list pgsql-hackers

From Peter Eisentraut
Subject Re: [Proposal] Level4 Warnings show many shadow vars
Date
Msg-id 44ba1771-c630-399d-9200-26efd4d70f4a@2ndquadrant.com
Whole thread Raw
In response to Re: [Proposal] Level4 Warnings show many shadow vars  (Alvaro Herrera <alvherre@2ndquadrant.com>)
Responses Re: [Proposal] Level4 Warnings show many shadow vars
List pgsql-hackers
On 2019-12-18 10:55, Alvaro Herrera wrote:
> On 2019-Dec-18, Michael Paquier wrote:
> 
>> Let's take one example.  The changes in pg_dump/ like
>> /progname/prog_name/ have just been done in haste, without actual
>> thoughts about how the problem ought to be fixed.  And in this case,
>> something which could be more adapted is to remove the argument from
>> usage() because progname is a global variable, initialized from the
>> beginning in pg_restore.
> 
> We discussed progname as a global/local before -- IIRC in the thread
> that introduced the frontend logging API -- and while I think the whole
> issue could stand some improvement, we shouldn't let it be driven by
> minor changes; that'll only make it more confusing.  IMO if we want it
> improved, a larger change (involving the bunch of frontend programs) is
> what to look for.  Maybe what you suggest is an improvement, though
> (certainly the "prog_name" patch wasn't).

This thread is still in the commit fest, but it's apparently gone as far 
as it will, so I've set it to "Committed" for lack of a "partial" status.

-- 
Peter Eisentraut              http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services



pgsql-hackers by date:

Previous
From: Peter Eisentraut
Date:
Subject: Re: [PATCH] Connection time for \conninfo
Next
From: Sergei Kornilov
Date:
Subject: Re: Improve handling of parameter differences in physical replication