Re: plperl error format vs plpgsql error format vs pgTAP
| От | Kevin Field |
|---|---|
| Тема | Re: plperl error format vs plpgsql error format vs pgTAP |
| Дата | |
| Msg-id | a4d2c042-8492-4d9e-99d3-14443e4811e9@v4g2000vba.googlegroups.com обсуждение исходный текст |
| Ответ на | plperl error format vs plpgsql error format vs pgTAP (Kevin Field <kevinjamesfield@gmail.com>) |
| Список | pgsql-hackers |
On May 29, 1:04 pm, t...@sss.pgh.pa.us (Tom Lane) wrote:
> Kevin Field <kevinjamesfi...@gmail.com> writes:
> > default:
> > elog(ERROR, "unrecognized raise option: %d", opt->opt_type);
> > Should this be changed to:
> > default:
> > ereport(ERROR, (errmsg_internal("unrecognized raise option: %d",
> > opt->opt_type)));
>
> No, we generally don't bother with that. The above two are exactly
> equivalent and the first is easier to write, so why complicate the code?
> ereport is needed if you want to specify a SQLSTATE, provide a
> translatable error message, etc, but for internal shouldn't-happen cases
> we customarily just use elog.
Ah, I had missed that. I understand. The function's comment's still
out of date though, I think, since it uses ereport at the end.
В списке pgsql-hackers по дате отправления: