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 1lrhMp-0001Mx-2Y for pgsql-hackers@arkaria.postgresql.org; Fri, 11 Jun 2021 13:38:35 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1lrhMm-0001Ee-QI for pgsql-hackers@arkaria.postgresql.org; Fri, 11 Jun 2021 13:38:32 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1lrhMm-0001EV-Ih for pgsql-hackers@lists.postgresql.org; Fri, 11 Jun 2021 13:38:32 +0000 Received: from sss.pgh.pa.us ([66.207.139.130]) by makus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1lrhMj-0001Y1-Fj for pgsql-hackers@lists.postgresql.org; Fri, 11 Jun 2021 13:38:31 +0000 Received: from sss1.sss.pgh.pa.us (localhost [127.0.0.1]) by sss.pgh.pa.us (8.15.2/8.15.2) with ESMTP id 15BDcPm11875434; Fri, 11 Jun 2021 09:38:25 -0400 From: Tom Lane To: Yura Sokolov cc: Alvaro Herrera , pgsql-hackers@lists.postgresql.org Subject: Re: Add PortalDrop in exec_execute_message In-reply-to: References: <202106072107.d4i55hdscxqj@alvherre.pgsql> Comments: In-reply-to Yura Sokolov message dated "Fri, 11 Jun 2021 08:21:01 +0300" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <1875432.1623418705.1@sss.pgh.pa.us> Date: Fri, 11 Jun 2021 09:38:25 -0400 Message-ID: <1875433.1623418705@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Yura Sokolov writes: > This makes me think, Close message were intended to be used > but simply forgotten when libpq patch were made. > Tom, could I be right? You could argue all day about what the intentions were nearly twenty years ago. But the facts on the ground are that we don't issue Close in those places, and changing it now would be a de facto protocol change for applications. So I'm a hard -1 on these proposals. (Alvaro's proposed change isn't a protocol break, since pipeline mode hasn't shipped yet. It's trying to make some brand new code act more like old code, which seems like a fine idea.) I think that the actual problem here has been resolved in commit bb4aed46a. Perhaps we should reconsider my decision not to back-patch that. Unlike a protocol change, that one could possibly be sane to back-patch. I didn't think it was worth the trouble and risk, but maybe there's a case for it. regards, tom lane