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
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() |