RE: Invalid primary_slot_name triggers warnings in all processes on reload

Поиск
Список
Период
Сортировка
От Hayato Kuroda (Fujitsu)
Тема RE: Invalid primary_slot_name triggers warnings in all processes on reload
Дата
Msg-id OSCPR01MB1496650F211303E9F213DAF0DF5F2A@OSCPR01MB14966.jpnprd01.prod.outlook.com
обсуждение исходный текст
Ответ на Re: Invalid primary_slot_name triggers warnings in all processes on reload  (Fujii Masao <masao.fujii@gmail.com>)
Ответы Re: Invalid primary_slot_name triggers warnings in all processes on reload
Список pgsql-hackers
Dear Fujii-san,

> I first applied the patch to v15, then used git cherry-pick to backpatch it
> to v14 and v13 without any issues. You can probably do the same to apply it
> to those branches.

I did same approach and confirmed it could be applied well.

> > Cosmetic comments:
> >
> > ```
> > +       if (!ReplicationSlotValidateNameInternal(name,
> > +
> &err_code, &err_msg, &err_hint))
> > ...
> > -ReplicationSlotValidateName(const char *name, int elevel)
> > +ReplicationSlotValidateNameInternal(const char *name,
> > +
> int *err_code, char **err_msg, char **err_hint)
> > ```
> >
> > Patches for older branches have strange indent, maybe because
> > "bool allow_reserved_name" is just removed. Should we move up arguments?
> 
> Since pgindent doesn't treat the current indentation as an issue,
> I'm fine keeping it as is, though I don't mind changing it if you think
> it's worth updating.

I do not have strong opinion neither, but I still think it can be updated.

> Just to confirm - you'd prefer backpatching errhint_internal() to v17 and
> earlier branches, and then updating the patch to use it to avoid double
> translation, right?

Exactly, but I want to ask other Seniors as well.

Best regards,
Hayato Kuroda
FUJITSU LIMITED


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