Re: BUG #18764: server closed the connection unexpectedly

From: David Rowley <dgrowleyml(at)gmail(dot)com>
To: Richard Guo <guofenglinux(at)gmail(dot)com>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, dqetool(at)126(dot)com, pgsql-bugs(at)lists(dot)postgresql(dot)org
Subject: Re: BUG #18764: server closed the connection unexpectedly
Date: 2025-01-10 01:35:52
Message-ID: CAApHDvp8FAfk4trKMnc+3O0yoyzFjWBs33t6_rx06TZZV0erVA@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

On Thu, 9 Jan 2025 at 20:38, Richard Guo <guofenglinux(at)gmail(dot)com> wrote:
>
> On Thu, Jan 9, 2025 at 12:44 PM David Rowley <dgrowleyml(at)gmail(dot)com> wrote:
> > Can't you just look up the setop's type from op->colTypes instead of
> > looking the type up via the sortop? i.e. the attached?
>
> Yeah, right. Using SetOperationStmt.colTypes is more convenient here.

I pushed a revised patch. I removed the check for the sortop. I first
also thought I'd overlooked that, but it turned out that's fine as it
was as standard_qp_callback() handles checking for un-sortable
SortGroupClauses.

Jason, you can expect a fix for this in 17.3. In the meantime, you
could add an explicit cast to numeric in the subquery, e.g:

SELECT c2 AS ca2, c2 AS ca3
FROM t0
UNION
SELECT DISTINCT ca8 AS ca5, ca7::numeric AS ca6
FROM (
SELECT c1 AS ca7, c2 AS ca8 FROM t0
) AS ta1 JOIN (
SELECT c1 AS ca10, c1 AS ca11
FROM t0
) AS ta2 ON TRUE;

Thanks for the report.

David

In response to

Responses

Browse pgsql-bugs by date

  From Date Subject
Next Message PG Bug reporting form 2025-01-10 01:49:08 BUG #18770: The function 'packGraph ' causes a memory leak.
Previous Message Fujii Masao 2025-01-09 12:11:25 Re: BUG #18663: synchronous_standby_names vs synchronous_commit vs pg_stat_replication