X-Original-To: pgsql-docs-postgresql.org@localhost.postgresql.org Received: from localhost (unknown [64.117.224.130]) by svr1.postgresql.org (Postfix) with ESMTP id 456AFD1D9FE for ; Tue, 26 Aug 2003 09:26:19 -0300 (ADT) Received: from svr1.postgresql.org ([64.117.224.193]) by localhost (neptune.hub.org [64.117.224.130]) (amavisd-new, port 10024) with ESMTP id 91343-08 for ; Tue, 26 Aug 2003 09:25:40 -0300 (ADT) Received: from bast.unixathome.org (bast.unixathome.org [66.11.174.150]) by svr1.postgresql.org (Postfix) with ESMTP id 49C0CD1DA25 for ; Tue, 26 Aug 2003 09:25:36 -0300 (ADT) Received: from wocker (wocker.unixathome.org [192.168.0.99]) by bast.unixathome.org (Postfix) with ESMTP id 7A9EA3D29; Tue, 26 Aug 2003 08:25:39 -0400 (EDT) From: "Dan Langille" To: Tom Lane Date: Tue, 26 Aug 2003 08:26:26 -0400 MIME-Version: 1.0 Subject: Re: Do we need "Diagnostics" sections of SQL command reference pages? Cc: pgsql-docs@postgresql.org Message-ID: <3F4B19B2.28737.198FE5CF@localhost> In-reply-to: <13339.1061847470@sss.pgh.pa.us> X-mailer: Pegasus Mail for Windows (v4.02a) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Content-description: Mail message body X-Virus-Scanned: by amavisd-new at postgresql.org X-Archive-Number: 200308/76 X-Sequence-Number: 1936 On 25 Aug 2003 at 17:37, Tom Lane wrote: > I'm starting to look at updating the docs to match 7.4 error message > spellings. I find that a large part of the work I'll have to do is in > updating the "Diagnostics" (formerly "Outputs") section of the command > reference pages. Do you have a URL for that. I was looking at http://developer.postgresql.org/docs/postgres/index.html and didn't find it. > I am wondering if it wouldn't be better to just rip > out these sections entirely. They seem like nearly content-free fluff > to me --- the listings of possible error messages are always incomplete, > often out of date, and arguably useless. If there is an error message > that's not clear enough by itself, we'd better fix the error message > instead of putting a gloss on it in the reference page. > > Comments? I have never been a fan of error codes. I think that the error messages should contain enough information to fix the error. It saves the reader time and reduces the load on support mechanisms (e.g. the mailing lists). -- Dan Langille : http://www.langille.org/