Re: contrib/bloom Valgrind error - Mailing list pgsql-hackers

From Michael Paquier
Subject Re: contrib/bloom Valgrind error
Date
Msg-id 20190928060035.GA3684@paquier.xyz
Whole thread Raw
In response to contrib/bloom Valgrind error  (Peter Geoghegan <pg@bowt.ie>)
List pgsql-hackers
On Fri, Sep 27, 2019 at 09:02:34PM -0700, Peter Geoghegan wrote:
> My Valgrind test script reports the following error, triggered from
> within contrib/bloom's regression test suite on master as of right
> now:
>
> I suspect that the recent commit 69f94108 is involved here, but I
> haven't confirmed that explanation myself.

It looks that the complain is about the set of custom reloptions
initialized by bloom in _PG_init(), and that lockmode is actually not
set after fetching it via AlterTableGetLockLevel(), which is exactly
what 736b84e was addressing.

By repeating the beginning of the regression tests of bloom, I am
unfortunately not able to reproduce the problem.  Here is what I used
to start the server with valgrind:
valgrind --suppressions=$PG_SOURCE/src/tools/valgrind.supp
--trace-children=yes --track-origins=yes --leak-check=full
--read-var-info=yes postgres -D $PGDATA

What kind of commands and or compilation options do you use?
--
Michael

Attachment

pgsql-hackers by date:

Previous
From: Amit Kapila
Date:
Subject: Re: pgbench - allow to create partitioned tables
Next
From: Soumyadeep Chakraborty
Date:
Subject: Re: Don't codegen deform code for virtual tuples in expr eval forscan fetch