Re: BUG #18252: Assert in CheckOpSlotCompatibility() fails when recursive union filters tuples in non-recursive term

From: Peter Eisentraut <peter(at)eisentraut(dot)org>
To: Richard Guo <guofenglinux(at)gmail(dot)com>, exclusion(at)gmail(dot)com, pgsql-bugs(at)lists(dot)postgresql(dot)org
Subject: Re: BUG #18252: Assert in CheckOpSlotCompatibility() fails when recursive union filters tuples in non-recursive term
Date: 2023-12-26 14:42:30
Message-ID: e6ab8f48-c4d3-4049-8697-9d46b6e19c9f@eisentraut.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

On 19.12.23 12:28, Richard Guo wrote:
> BTW, while reading the codes, I noticed two typos in simplehash.h, one
> is in the comment of SH_INSERT, the other is in the comment of
> SH_INSERT_HASH.  Attached is a trivial patch for that.

/*
- * Insert the key key into the hash-table, set *found to true if the key
- * already exists, false otherwise. Returns the hash-table entry in either
- * case.
+ * Insert the key into the hash-table, set *found to true if the key
already
+ * exists, false otherwise. Returns the hash-table entry in either case.
*/
SH_SCOPE SH_ELEMENT_TYPE *
SH_INSERT(SH_TYPE * tb, SH_KEY_TYPE key, bool *found)

I suppose the original intention might have been "Insert the key passed
in the parameter named key ..." or "Insert the key `key` ..." or
something like that. But even if so, that's clearly confusing, so I am
in favor of your patch, just pointing this out in case someone wants to
protest.

In response to

Responses

Browse pgsql-bugs by date

  From Date Subject
Next Message tender wang 2023-12-26 16:55:25 Re: BUG #18259: Assertion in ExtendBufferedRelLocal() fails after no-space-left condition
Previous Message tender wang 2023-12-26 10:51:50 Re: BUG #18259: Assertion in ExtendBufferedRelLocal() fails after no-space-left condition