Re: [CLOBBER_CACHE]Server crashed with segfault 11 while executing clusterdb

Поиск
Список
Период
Сортировка
От Amul Sul
Тема Re: [CLOBBER_CACHE]Server crashed with segfault 11 while executing clusterdb
Дата
Msg-id CAAJ_b95YM73_7BwrcOd4hvXEzQ9biPm0ZUA3_fw8a3hn7kTxdw@mail.gmail.com
обсуждение исходный текст
Ответ на Re: [CLOBBER_CACHE]Server crashed with segfault 11 while executing clusterdb  (Alvaro Herrera <alvherre@alvh.no-ip.org>)
Ответы Re: [CLOBBER_CACHE]Server crashed with segfault 11 while executing clusterdb
Список pgsql-hackers
On Fri, Jul 9, 2021 at 7:30 PM Alvaro Herrera <alvherre@alvh.no-ip.org> wrote:
>
> On 2021-Jul-09, Amul Sul wrote:
>
> > > On Tue, Jul 6, 2021 at 11:06 PM Tom Lane <tgl@sss.pgh.pa.us> wrote:
>
> > > > The point of the static-inline function idea was to be cheap enough
> > > > that it isn't worth worrying about this sort of risky optimization.
> > > > Given that an smgr function is sure to involve some kernel calls,
> > > > I doubt it's worth sweating over an extra test-and-branch beforehand.
> > > > So where I was hoping to get to is that smgr objects are *only*
> > > > referenced by RelationGetSmgr() calls and nobody ever keeps any
> > > > other pointers to them across any non-smgr operations.
>
> > Herewith attached version did the same, thanks.
>
> I think it would be valuable to have a comment in that function to point
> out what is the function there for.

Thanks for the suggestion, added the same in the attached version.

Regards,
Amul

Вложения

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

Предыдущее
От: Greg Nancarrow
Дата:
Сообщение: Re: Remove useless int64 range checks on BIGINT sequence MINVALUE/MAXVALUE values
Следующее
От: Michael Paquier
Дата:
Сообщение: Re: More time spending with "delete pending"