Re: Refactoring: Use soft error reporting for *_opt_error functions

Поиск
Список
Период
Сортировка
От Michael Paquier
Тема Re: Refactoring: Use soft error reporting for *_opt_error functions
Дата
Msg-id aLaczOzuVoBQeCOy@paquier.xyz
обсуждение исходный текст
Ответ на Re: Refactoring: Use soft error reporting for *_opt_error functions  (Amul Sul <sulamul@gmail.com>)
Ответы Re: Refactoring: Use soft error reporting for *_opt_error functions
Список pgsql-hackers
On Tue, Sep 02, 2025 at 12:40:25PM +0530, Amul Sul wrote:
> Just a quick question regarding the naming conventions. It looks like
> we have a choice between two options for consistency. Should we rename
> the pg_lsn_in_internal function by replacing "_internal" with "_safe",
> or should we rename all of the *_opt_error functions by replacing
> "_opt_error" with "_internal"?
>
> I would choose the latter option.

Applying "_safe" seems a bit more consistent to me, as per past
changes like ccff2d20ed96, also looking at the functions that are
given a ErrorSaveContext in input.  I am ready to believe that there
are not a lot of callers of the existing _opt_error() routines listed
in numeric.h, so a renaming may be better to let existing callers know
about the change.  These predate the introduction of the "_safe"
functions, introduced in 16d489b0fe05.
--
Michael

Вложения

В списке pgsql-hackers по дате отправления: