Received: from maia.hub.org (maia-5.hub.org [200.46.204.29]) by mail.postgresql.org (Postfix) with ESMTP id 1B2F01337B8E for ; Thu, 18 Nov 2010 23:30:09 -0400 (AST) Received: from mail.postgresql.org ([200.46.204.86]) by maia.hub.org (mx1.hub.org [200.46.204.29]) (amavisd-maia, port 10024) with ESMTP id 31870-04 for ; Fri, 19 Nov 2010 03:30:03 +0000 (UTC) X-Greylist: from auto-whitelisted by SQLgrey-1.7.6 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.171]) by mail.postgresql.org (Postfix) with ESMTP id 7B2FD1337B8B for ; Thu, 18 Nov 2010 23:30:01 -0400 (AST) Received: from [192.168.1.7] (static-71-179-240-8.bltmmd.fios.verizon.net [71.179.240.8]) by mrelayeu.kundenserver.de (node=mrbap0) with ESMTP (Nemesis) id 0Ldsvr-1ObO4314ZX-00iyy2; Fri, 19 Nov 2010 04:29:53 +0100 Message-ID: <4CE5EF2E.6040108@2ndquadrant.com> Date: Thu, 18 Nov 2010 22:29:50 -0500 From: Greg Smith User-Agent: Thunderbird 2.0.0.24 (X11/20100317) MIME-Version: 1.0 To: Tom Lane CC: Marti Raudsepp , Euler Taveira de Oliveira , pgsql-docs Subject: Re: [PATCH] Fix documentation about PL/Python exception handling References: <4CDAA73A.6090409@timbira.com> <6240.1289852723@sss.pgh.pa.us> In-Reply-To: <6240.1289852723@sss.pgh.pa.us> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V02:K0:cAmBhByhGxkVQWVJMwtamWtQ+fi+hDS4qc8uaiEascb bqdiJeNLH2rYdSDygI5ln/Sdlz7LPguZtxfwHeOKFM0PaGeQ5c BR/7GsHO8AuRx08x0tpLe+lg0hRt6cGs5HGOvuVfvl2tUa209i x6fs7YrMsZPycKtlqKHNIC3E1FPRu2COt8Kfnm5uQywKjS/4aJ k9WklVIyj+p6HqS9UGkKv4G+RRBpnrsxg8vpAdR3NY= X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=-1.9 tagged_above=-5 required=5 tests=BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001 X-Spam-Level: X-Archive-Number: 201011/31 X-Sequence-Number: 6229 Tom Lane wrote: > Hmmm ... I'm less than excited about documenting agreed-to-be-broken > behavior in exquisite detail. Doing so will just encourage people to > rely on it. It's particularly unfriendly to document it in detail > without pointing out that it's likely to change. > > My inclination is to forget about these doc changes and spend our time > on fixing the behavior instead. > The open question for this one then is the right way for exceptions to act. Marti, since you've looked at this a bit already, any thoughts on what that should look like? You initially commented that what happens was surprising, but I'm not clear on what you expected to happen instead. -- Greg Smith 2ndQuadrant US greg@2ndQuadrant.com Baltimore, MD PostgreSQL Training, Services and Support www.2ndQuadrant.us