From: | David Rowley <dgrowleyml(at)gmail(dot)com> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | buschmann(at)nidsa(dot)net, PostgreSQL mailing lists <pgsql-bugs(at)lists(dot)postgresql(dot)org> |
Subject: | Re: BUG #17030: ERROR: cannot decompile join alias var in plan tree introduced in pg14beta1 |
Date: | 2021-05-23 12:47:59 |
Message-ID: | CAApHDvoPLEivigj9mFGJsodP6jSxgoX6+bzinX8rSGRw_tv5Rw@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-bugs |
On Sun, 23 May 2021 at 09:09, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
>
> PG Bug reporting form <noreply(at)postgresql(dot)org> writes:
> > When testing our application I suddenly got the $subject error message:
> > ERROR: cannot decompile join alias var in plan tree
>
> That's surely a bug, but there's little we can do about it without
> a self-contained test case.
It fails for me with a fresh database with:
explain select * from pg_attribute a where attname not in(select
column_name from information_schema.columns);
I suspect Result Cache is to blame here and that I've done something
wrong in setrefs.c.
I can look into this a bit more in the morning. It's not a good time
of day right now to debug setrefs.c
David
From | Date | Subject | |
---|---|---|---|
Next Message | David Rowley | 2021-05-23 12:58:10 | Re: BUG #17030: ERROR: cannot decompile join alias var in plan tree introduced in pg14beta1 |
Previous Message | Tom Lane | 2021-05-22 21:09:15 | Re: BUG #17030: ERROR: cannot decompile join alias var in plan tree introduced in pg14beta1 |