Re: contrib/bloom Valgrind error

From: Michael Paquier <michael(at)paquier(dot)xyz>
To: Peter Geoghegan <pg(at)bowt(dot)ie>
Cc: PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>
Subject: Re: contrib/bloom Valgrind error
Date: 2019-09-28 06:00:35
Message-ID: 20190928060035.GA3684@paquier.xyz
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: 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

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Soumyadeep Chakraborty 2019-09-28 06:01:05 Re: Don't codegen deform code for virtual tuples in expr eval for scan fetch
Previous Message Amit Kapila 2019-09-28 05:19:28 Re: pgbench - allow to create partitioned tables