Date: Wed, 8 Apr 2015 10:26:35 -0400
From: Bruce Momjian <bruce@momjian.us>
To: David Johnston <david.g.johnston@gmail.com>
Cc: "pgsql-docs@postgresql.org" <pgsql-docs@postgresql.org>
Subject: Re: libpq "service" parameter not documented as not allowed
 inside a pg_service file
Message-ID: <20150408142635.GA4785@momjian.us>
References: 
 <CAKFQuwbySWHzg1ogkwJg+rXK_Jgy5t8ren+iy7L_ms5Y=Yq5PQ@mail.gmail.com>
 <20150401205248.GB13005@momjian.us>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20150401205248.GB13005@momjian.us>
User-Agent: Mutt/1.5.20 (2009-06-14)
Precedence: bulk
Sender: pgsql-docs-owner@postgresql.org

On Wed, Apr  1, 2015 at 04:52:48PM -0400, Bruce Momjian wrote:
> On Fri, Dec 19, 2014 at 06:52:42PM -0700, David Johnston wrote:
> > While the fact that you cannot do:
> > 
> > [service_template]
> > host=xxx.xxx.xxx.xxx
> > 
> > [service_db1]
> > dbname=db1
> > service=service_template
> > 
> > seems obvious there is nothing in the documentation that says this is
> > prohibited; and attempting a simple alias entry:
> 
> I have developed the attached patch to warn users that nesting of
> service entries is not supported.  I prefer code warnings over
> documentation because the user gets the warning as soon as they try
> something, rather than having to hunt in the documentation.  I don't
> think this issue has come up enough to warrant a doc mention too though.

Patch applied.  Thanks for the report.

-- 
  Bruce Momjian  <bruce@momjian.us>        http://momjian.us
  EnterpriseDB                             http://enterprisedb.com

  + Everyone has their own god. +


-- 
Sent via pgsql-docs mailing list (pgsql-docs@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-docs