Re: Possible cache reference leak by removeExtObjInitPriv - Mailing list pgsql-hackers

From Kyotaro Horiguchi
Subject Re: Possible cache reference leak by removeExtObjInitPriv
Date
Msg-id 20200420.172829.2127423900576917488.horikyota.ntt@gmail.com
Whole thread Raw
In response to Re: Possible cache reference leak by removeExtObjInitPriv  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
At Fri, 17 Apr 2020 13:07:15 -0400, Tom Lane <tgl@sss.pgh.pa.us> wrote in 
> Kyotaro Horiguchi <horikyota.ntt@gmail.com> writes:
> > Recently a cache reference leak was reported then fixed [1].
> > I happened to notice a similar possible leakage in
> > removeEtObjInitPriv. I haven't found a way to reach the code, but can
> > be forcibly caused by tweaking the condition.
> > Please find the attached.
> 
> Ugh.  recordExtObjInitPriv has the same problem.

Thanks for commit it.

> I wonder whether there is any way to teach Coverity, or some other
> static analyzer, to look for code paths that leak cache refcounts.
> It seems isomorphic to detecting memory leaks, which Coverity is
> reasonably good at.

Indeed.

regards.

-- 
Kyotaro Horiguchi
NTT Open Source Software Center



pgsql-hackers by date:

Previous
From: Dilip Kumar
Date:
Subject: Re: fixing old_snapshot_threshold's time->xid mapping
Next
From: Kyotaro Horiguchi
Date:
Subject: Re: 001_rep_changes.pl stalls