Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1ll6RI-00023h-Si for pgsql-bugs@arkaria.postgresql.org; Mon, 24 May 2021 08:59:57 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1ll6RH-0002an-FX for pgsql-bugs@arkaria.postgresql.org; Mon, 24 May 2021 08:59:55 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1ll6Kg-0001Ob-23 for pgsql-bugs@lists.postgresql.org; Mon, 24 May 2021 08:53:06 +0000 Received: from starship.nidsa.net ([212.227.110.112]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1ll6Kd-0003Pm-9R for pgsql-bugs@lists.postgresql.org; Mon, 24 May 2021 08:53:05 +0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=nidsa.net; s=k1; h=MIME-Version:Content-Transfer-Encoding:Content-Type:In-Reply-To:References:Message-ID:Date:Subject:CC:To:From; bh=jg/w5U3vXDVZaGAxMmPmYKN9duntVT8nnW7XlV0YSs0=; b=caCv0LT81gVcht9GsFTjyRebAb1POqLXkJoQBlL9PICDm5iZNMl5CuAaZ2j7GvC4c17Ih290PvXJQOD1ZwaDv+uXXLwJkzKV4cv3pc489UTpJG+lvfMJ/7hz9ha5u9ZPGqIF37wv2Ib8zK1IdbsasMKRy1EqjqRqU3GalYSSv7A=; Received: from [10.13.1.101] (port=56220 helo=starship.nidsa.net) by starship.nidsa.net with esmtps (TLSv1.2:AES256-SHA:256) (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1ll6KP-0005Tr-22; Mon, 24 May 2021 10:52:49 +0200 Received: from W2012-02.nidsa.loc (10.13.1.101) by W2012-02.nidsa.loc (10.13.1.101) with Microsoft SMTP Server (TLS) id 15.0.1497.18; Mon, 24 May 2021 10:52:43 +0200 Received: from W2012-02.nidsa.loc ([::1]) by W2012-02.nidsa.loc ([::1]) with mapi id 15.00.1497.018; Mon, 24 May 2021 10:52:43 +0200 X-CTCH-RefID: str=0001.0A782F29.60AB6961.0070,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0 From: Hans Buschmann To: David Rowley , Tom Lane CC: PostgreSQL mailing lists Subject: AW: BUG #17030: ERROR: cannot decompile join alias var in plan tree introduced in pg14beta1 Thread-Topic: BUG #17030: ERROR: cannot decompile join alias var in plan tree introduced in pg14beta1 Thread-Index: AQHXT06/aurXHNFpmUaoNarAvF3Bjqrw45OAgAAC2ACAAPhygIAAdASt Date: Mon, 24 May 2021 08:52:43 +0000 Message-ID: <1621846369482.30164@nidsa.net> References: <17030-5844aecae42fe223@postgresql.org> <283092.1621717755@sss.pgh.pa.us> , In-Reply-To: Accept-Language: de-DE, en-US Content-Language: de-DE X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [185.101.185.196] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk >Hans, I see you're on Windows, but wondering if you have a build=0A= >environment around to test to see if this patch fixes the error for=0A= >your case?=0A= =0A= Thanks David for investigating.=0A= =0A= I managed to manually patch setrefs.c according to your patchset on a Linux= test installation.=0A= =0A= The query/explain query (without the unneeded XML-stuff) runs fine now, no = more error!=0A= =0A= I will try to reactivate my Windows development environment, but the error = seems not to be related to operating system version.=0A= =0A= Many thanks for your quick reaction!=0A= =0A= Hans Buschmann=0A= =0A=