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 1pMoTt-00089B-FG for pgsql-hackers@arkaria.postgresql.org; Tue, 31 Jan 2023 11:07:17 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1pMoTs-0000nk-9U for pgsql-hackers@arkaria.postgresql.org; Tue, 31 Jan 2023 11:07:16 +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 1pMoTr-0000na-89 for pgsql-hackers@lists.postgresql.org; Tue, 31 Jan 2023 11:07:16 +0000 Received: from new1-smtp.messagingengine.com ([66.111.4.221]) by makus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1pMoTn-0004vm-7q for pgsql-hackers@postgresql.org; Tue, 31 Jan 2023 11:07:13 +0000 Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailnew.nyi.internal (Postfix) with ESMTP id 3CA745825FE; Tue, 31 Jan 2023 06:07:09 -0500 (EST) Received: from mailfrontend2 ([10.202.2.163]) by compute1.internal (MEProxy); Tue, 31 Jan 2023 06:07:09 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:date:date:feedback-id:feedback-id:from:from :in-reply-to:in-reply-to:message-id:mime-version:references :reply-to:sender:subject:subject:to:to:x-me-proxy:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm3; t=1675163229; x= 1675170429; bh=36R3p1miGmgQYJYiN/sR0T6AdQDNgccmCfT+9WA6hHk=; b=N ckjvOGh7wNZ/dd/49lE3aBaG4bdH9Xri2fWOW1qOsrSCJe5SD9bXRdXjB9afkxnP pDFVMEWaWNqdb/+UuNB3Ir2tj29wayJyU7kuxTZYYiChxzA7CB+PZVI9lUDNgvLU SDoO0NBCYU+gKXsSBLVzw6jK28QB5WePiCH+6hpDiT7HmZdhSwjY/1oAWmQR91fF CIloN/Ya54oTNsbH0RY/fYoK3DUNTHbMdeQAXC5T+b2mKIKvNy/5Mxh1Ob0REDon Wj5qpXxtPCEffsNDRQFe1OPkawusOja7yDdfj0Od66LjmJWhKaycRLAoYPFafkCZ MtYMQdv82JrBPRSLXAjSA== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvhedrudefgedgvdegucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepkfffgggfuffvvehfhfgjtgfgsehtjeertddtfeejnecuhfhrohhmpefrvght vghrucfgihhsvghnthhrrghuthcuoehpvghtvghrrdgvihhsvghnthhrrghuthesvghnth gvrhhprhhishgvuggsrdgtohhmqeenucggtffrrghtthgvrhhnpeehleffgeegudejteei hfelteduvdeifffhffdvjedvffegjeekudeludehudeifeenucevlhhushhtvghrufhiii gvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehpvghtvghrrdgvihhsvghnthhrrghu thesvghnthgvrhhprhhishgvuggsrdgtohhm X-ME-Proxy: Feedback-ID: i131946ab:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Tue, 31 Jan 2023 06:07:08 -0500 (EST) Message-ID: Date: Tue, 31 Jan 2023 12:07:07 +0100 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:102.0) Gecko/20100101 Thunderbird/102.6.1 Subject: Re: dynamic result sets support in extended query protocol Content-Language: en-US To: Alvaro Herrera Cc: pgsql-hackers References: <20230130130609.mjswqhzqidc3cojl@alvherre.pgsql> From: Peter Eisentraut In-Reply-To: <20230130130609.mjswqhzqidc3cojl@alvherre.pgsql> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On 30.01.23 14:06, Alvaro Herrera wrote: > On 2022-Nov-22, Peter Eisentraut wrote: > >> I added tests using the new psql \bind command to test this functionality in >> the extended query protocol, which showed that this got broken since I first >> wrote this patch. This "blame" is on the pipeline mode in libpq patch >> (acb7e4eb6b1c614c68a62fb3a6a5bba1af0a2659). I need to spend more time on >> this and figure out how to repair it. > > Applying this patch, your test queries seem to work correctly. Great! > This is quite WIP, especially because there's a couple of scenarios > uncovered by tests that I'd like to ensure correctness about, but if you > would like to continue adding tests for extended query and dynamic > result sets, it may be helpful. I should note that it is debatable whether my patch extends the extended query protocol or just uses it within its existing spec but in new ways. It just happened to work in old libpq versions without any changes. So you should keep that in mind as you refine your patch, since the way the protocol has been extended/creatively-used is still subject to review.