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 1lDCg3-00025R-Or for pgsql-hackers@arkaria.postgresql.org; Fri, 19 Feb 2021 20:47:04 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1lDCg2-0007z6-Jc for pgsql-hackers@arkaria.postgresql.org; Fri, 19 Feb 2021 20:47:02 +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 1lDCg1-0007yz-Jb for pgsql-hackers@lists.postgresql.org; Fri, 19 Feb 2021 20:47:02 +0000 Received: from wnew1-smtp.messagingengine.com ([64.147.123.26]) by makus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1lDCfz-0005nI-CW for pgsql-hackers@postgresql.org; Fri, 19 Feb 2021 20:47:00 +0000 Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailnew.west.internal (Postfix) with ESMTP id 09873D1B; Fri, 19 Feb 2021 15:46:55 -0500 (EST) Received: from mailfrontend1 ([10.202.2.162]) by compute4.internal (MEProxy); Fri, 19 Feb 2021 15:46:57 -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= fm2; bh=RaxxeEuCUnR5q0wG0bXPtoMw4NYfXJ32clWeyxVX5JM=; b=tesmFrtn VSSuS773Fh0Ed29TmYES5iNW3usWvUlK+cvd/Uzlu95n/2uEIfXfTvZ9dGyrByLs y001vTMA2hD5b+1qx6H/QU6lbrzYVOYrUKJxMlCwczljygc2TmQg+gaJkx3diKcs oBXlmLuacYtr8HsmuXpG1k08B26SJiTqSI1TC1oS3GdVtZhMLJCBXOEJcESZoNCn HFHjX+9GYoxV5ONDArx+/2VmVZlm52tZ2sRXB7VTxoC0w57q3XgHZpfGYBlhvxlW crXU7Gj1cZMxYTbNGiZuZRYPhtG0C8KEQxUtmH3vfyRKABp+Cqd7RKtiMWHIw6ka z58c+mGP4X9LGQ== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrjeeigddufeelucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepfffhvffukfggtggugfgjfgesthekredttderudenucfhrhhomheptehlvhgr rhhoucfjvghrrhgvrhgruceorghlvhhhvghrrhgvsegrlhhvhhdrnhhoqdhiphdrohhrgh eqnecuggftrfgrthhtvghrnhepueffhfejieeuueffgedvudekgeeltdeviedvieeufeei ieevgfetheeufeethedvnecukfhppeduledtrdelhedrudelrddujeejnecuvehluhhsth gvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomheprghlvhhhvghrrhgvsegr lhhvhhdrnhhoqdhiphdrohhrgh X-ME-Proxy: Received: from perhan.alvh.no-ip.org (unknown [190.95.19.177]) by mail.messagingengine.com (Postfix) with ESMTPA id E2A74240062; Fri, 19 Feb 2021 15:46:53 -0500 (EST) Received: by perhan.alvh.no-ip.org (Postfix, from userid 1000) id 19FA52A39D1; Fri, 19 Feb 2021 17:46:51 -0300 (-03) Date: Fri, 19 Feb 2021 17:46:51 -0300 From: Alvaro Herrera To: Zhihong Yu Cc: "David G. Johnston" , Daniel Verite , 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: <20210219204651.GA32724@alvherre.pgsql> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.10.1 (2018-07-13) List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk Hi, On 2021-Feb-19, Zhihong Yu wrote: > Hi, > +static int pqBatchProcessQueue(PGconn *conn); > > I was suggesting changing: > > +int > +PQexitBatchMode(PGconn *conn) > > to: > > +static int > +PQexitBatchMode(PGconn *conn) I understand that, but what I'm saying is that it doesn't work. pqBatchProcessQueue can be static because it's only used internally in libpq, but PQexitBatchMode is supposed to be called by the client application. -- Álvaro Herrera Valdivia, Chile "No necesitamos banderas No reconocemos fronteras" (Jorge González)