From: Michael Paquier <michael@paquier.xyz>
To: james@jlr-photo.com
To: pgsql-bugs@lists.postgresql.org
Cc: Peter Geoghegan <pg@bowt.ie>
Cc: Heikki Linnakangas <hlinnaka@iki.fi>
Subject: Re: BUG #17215: ltree tests failing in REL_14_STABLE / commit cb8a5a588
Date: Wed, 6 Oct 2021 11:14:17 +0900
Message-ID: <YV0GeajEj1furNwm@paquier.xyz> (raw)
In-Reply-To: <17215-172d40d74040a0bf@postgresql.org>
References: <17215-172d40d74040a0bf@postgresql.org>
On Tue, Oct 05, 2021 at 10:21:46PM +0000, PG Bug reporting form wrote:
> When running the contrib/ltree checks against a build on OSX 10.13 (yeah, I
> know) against commit cb8a5a588e in REL_14_STABLE, am dying due to:
>
> # SELECT * FROM ltreetest WHERE t = '12.3' order by t asc;
> ERROR: unrecognized StrategyNumber: 6
Adding Peter and Heikki here.
That may look like a corruption, but by re-running the tests this is
reproducible, right? Are you running a simple "make check"? Perhaps
you forgot to clean up your source directory before recompiling? Or
is that an installcheck on an existing instance, which has some
particular configuration not checked in the buildfarm? This query
uses only BTEqualStrategyNumber here. Now, it seems to me that this
could point to an actual bug, where the consistent function tries to
use a picksplit, but it should not in a certain code path. I am not
really a gist expert, just saying, but there are diffs between 13 and
14 in this area.
--
Michael
Attachments:
signature.asc (application/pgp-signature, 832B) download
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Reply to all the recipients using the --to and --cc options:
reply via email
To: pgsql-bugs@postgresql.org
Cc: michael@paquier.xyz, james@jlr-photo.com, pgsql-bugs@lists.postgresql.org, pg@bowt.ie, hlinnaka@iki.fi
Subject: Re: BUG #17215: ltree tests failing in REL_14_STABLE / commit cb8a5a588
In-Reply-To: <YV0GeajEj1furNwm@paquier.xyz>
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox