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

From: Kyotaro Horiguchi <horikyota(dot)ntt(at)gmail(dot)com>
To: tgl(at)sss(dot)pgh(dot)pa(dot)us
Cc: sulamul(at)gmail(dot)com, michael(at)paquier(dot)xyz, noah(at)leadboat(dot)com, neha(dot)sharma(at)enterprisedb(dot)com, amitlangote09(at)gmail(dot)com, pgsql-hackers(at)postgresql(dot)org
Subject: Re: [CLOBBER_CACHE]Server crashed with segfault 11 while executing clusterdb
Date: 2021-03-25 06:40:34
Message-ID: 20210325.154034.1009897314249735009.horikyota.ntt@gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Sorry for the bug.

At Thu, 25 Mar 2021 01:50:29 -0400, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote in
> Amul Sul <sulamul(at)gmail(dot)com> writes:
> > On Wed, Mar 24, 2021 at 8:09 PM Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
> >> static inline struct SMgrRelationData *
> >> RelationGetSmgr(Relation rel)
> >> {
> >> if (unlikely(rel->rd_smgr == NULL))
> >> RelationOpenSmgr(rel);
> >> return rel->rd_smgr;
> >> }
>
> > A quick question: Can't it be a macro instead of an inline function
> > like other macros we have in rel.h?
>
> The multiple-evaluation hazard seems like an issue. We've tolerated
> such hazards in the past, but mostly just because we weren't relying
> on static inlines being available, so there wasn't a good way around
> it.
>
> Also, the conditional evaluation here would look rather ugly
> in a macro, I think, if indeed you could do it at all without
> provoking compiler warnings.

FWIW, +1 for the function as is.

regards.

--
Kyotaro Horiguchi
NTT Open Source Software Center

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Masahiko Sawada 2021-03-25 07:03:27 Re: 64-bit XIDs in deleted nbtree pages
Previous Message Kyotaro Horiguchi 2021-03-25 06:31:10 Re: psql lacking clearerr()