Re: Typo in "43.9.1. Reporting Errors and Messages"?

From: "Euler Taveira" <euler(at)eulerto(dot)com>
To: eric(dot)mutta(at)gmail(dot)com, pgsql-docs(at)lists(dot)postgresql(dot)org
Subject: Re: Typo in "43.9.1. Reporting Errors and Messages"?
Date: 2022-08-02 12:49:47
Message-ID: e222845e-8ee4-4aba-8dab-dc59827c61c6@www.fastmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-docs pgsql-hackers

On Sun, Jul 31, 2022, at 8:37 PM, PG Doc comments form wrote:
> Towards the end of the "43.9.1. Reporting Errors and Messages" section (here
> https://www.postgresql.org/docs/current/plpgsql-errors-and-messages.html#PLPGSQL-STATEMENTS-RAISE)
> we have the following sentence:
>
> > If no condition name nor SQLSTATE is specified in a RAISE EXCEPTION
> command, the default is to use ERRCODE_RAISE_EXCEPTION (P0001).
>
> Looking at the list of error codes (here
> https://www.postgresql.org/docs/current/errcodes-appendix.html) I think the
> "ERRCODE_RAISE_EXCEPTION (P0001)" is a typo and should remove "ERRCODE_" and
> simply read "RAISE_EXCEPTION (P0001)" or perhaps "ERRCODE =
> 'RAISE_EXCEPTION'" since that's how the default behaviour would be written
> in a RAISE statement.
It is referring to the internal constant (see src/backend/utils/errcodes.h). It
was like you are proposing and it was changed in
66bde49d96a9ddacc49dcbdf1b47b5bd6e31ead5. Reading the original thread, there is
no explanation why it was changed. Refer to internal names is not good for a
user-oriented text. I think it would be better to use the condition name (in
lowercase) like it is referred to in [1]. I mean, change
ERRCODE_RAISE_EXCEPTION to raise_exception.

[1] https://www.postgresql.org/docs/current/errcodes-appendix.html

--
Euler Taveira
EDB https://www.enterprisedb.com/

In response to

Responses

Browse pgsql-docs by date

  From Date Subject
Next Message Euler Taveira 2022-08-02 13:05:42 Re: Dependency Tracking to be updated with PostgreSQL 14 functions on dependencies improvement.
Previous Message Michael Paquier 2022-08-02 10:58:10 Re: PostgreSQL 15 minor fixes in protocol.sgml

Browse pgsql-hackers by date

  From Date Subject
Next Message mahendrakar s 2022-08-02 13:17:11 Re: Avoid unecessary MemSet call (src/backend/utils/cache/relcache.c)
Previous Message Amit Kapila 2022-08-02 12:05:22 Re: Perform streaming logical transactions by background workers and parallel apply