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 1l2jc0-0002ao-CA for pgsql-hackers@arkaria.postgresql.org; Thu, 21 Jan 2021 23:43:36 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1l2jbz-0003uh-1l for pgsql-hackers@arkaria.postgresql.org; Thu, 21 Jan 2021 23:43:35 +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 1l2jby-0003ua-RH for pgsql-hackers@lists.postgresql.org; Thu, 21 Jan 2021 23:43:34 +0000 Received: from new2-smtp.messagingengine.com ([66.111.4.224]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1l2jbw-0001J1-NZ for pgsql-hackers@postgresql.org; Thu, 21 Jan 2021 23:43:34 +0000 Received: from compute2.internal (compute2.nyi.internal [10.202.2.42]) by mailnew.nyi.internal (Postfix) with ESMTP id 8653458069B; Thu, 21 Jan 2021 18:43:31 -0500 (EST) Received: from mailfrontend2 ([10.202.2.163]) by compute2.internal (MEProxy); Thu, 21 Jan 2021 18:43:31 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:subject:to :x-me-proxy:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s= fm1; bh=IKPUZLb2WW9suF/QFO1fsoDh5QXaJB27+MfvrtKV2Ls=; b=fl4z3BBE iejPyWHQ97+DCH0OyK3lVMLZ7yfZ9hWFu8ZTjYHDOEkiFQwhQzVbRmF01VJWR0HP no7Ak7inaIV0moz28sES/FKGkakJSV7FcWnDAm+4gQwtp/Wq4vnXxInkHpbH+q+o K3EIDrm31wjbKyhRQKlaMpg+NNnjCk4RexxaJeXYMQ0evzzltWwtZ2n7JpqT1GYi dfDOpgogzkopyo+vAeo0PI8Ygcm10QQ8vrMTMVkUIilKxNNgEkFf0j3q+Rzr5e5r YZqisBvSJQYZNleznG2CdejMkw+01LCv1/LjPJZ4fYu+twuzhPr7R302iPGG/7Mn RiCNDphMDbBB4g== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrudehgddufecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpeffhffvuffkgggtugfgjggfsehtkeertddtredunecuhfhrohhmpeetlhhvrghr ohcujfgvrhhrvghrrgcuoegrlhhvhhgvrhhrvgesrghlvhhhrdhnohdqihhprdhorhhgqe enucggtffrrghtthgvrhhnpeeufffhjeeiueeuffegvddukeegledtveeivdeiueefieei vefgteehueefteehvdenucfkphepudeltddrleehrdduledrudejjeenucevlhhushhtvg hrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpegrlhhvhhgvrhhrvgesrghl vhhhrdhnohdqihhprdhorhhg X-ME-Proxy: Received: from perhan.alvh.no-ip.org (unknown [190.95.19.177]) by mail.messagingengine.com (Postfix) with ESMTPA id 09D9C1080064; Thu, 21 Jan 2021 18:43:29 -0500 (EST) Received: by perhan.alvh.no-ip.org (Postfix, from userid 1000) id 5CF072A0FC3; Thu, 21 Jan 2021 20:43:26 -0300 (-03) Date: Thu, 21 Jan 2021 20:43:26 -0300 From: Alvaro Herrera To: "David G. Johnston" , Daniel Verite Cc: Matthieu Garrigues , Michael Paquier , Dave Cramer , PostgreSQL-development , Craig Ringer , Vaishnavi Prabakaran , Andres Freund , Michael Paquier , Claudio Freire , Heikki Linnakangas Subject: Re: PATCH: Batch/pipelining support for libpq Message-ID: <20210121234326.GA18684@alvherre.pgsql> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20210121233930.GA16358@alvherre.pgsql> User-Agent: Mutt/1.10.1 (2018-07-13) List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk As you can see in an XXX comment in the libpq test program, the current implementation has the behavior that PQgetResult() returns NULL after a batch is finished and has reported PGRES_BATCH_END. I don't know if there's a hard reason to do that, but I'd like to supress it because it seems weird and out of place. -- Álvaro Herrera 39°49'30"S 73°17'W