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 1l7gW5-0008S1-4Q for pgsql-hackers@arkaria.postgresql.org; Thu, 04 Feb 2021 15:25: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 1l7gW4-0002u6-0X for pgsql-hackers@arkaria.postgresql.org; Thu, 04 Feb 2021 15:25:56 +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 1l7gW3-0002tz-Pn for pgsql-hackers@lists.postgresql.org; Thu, 04 Feb 2021 15:25:55 +0000 Received: from wout2-smtp.messagingengine.com ([64.147.123.25]) by makus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1l7gW1-0005Mt-QD for pgsql-hackers@postgresql.org; Thu, 04 Feb 2021 15:25:54 +0000 Received: from compute2.internal (compute2.nyi.internal [10.202.2.42]) by mailout.west.internal (Postfix) with ESMTP id 25874FB2; Thu, 4 Feb 2021 10:25:52 -0500 (EST) Received: from mailfrontend2 ([10.202.2.163]) by compute2.internal (MEProxy); Thu, 04 Feb 2021 10:25:52 -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=23dA+sjs67ItEY1OZdab30bFe6h11vAbH0FnTctNKpA=; b=Rw8AdnWm 2UDcBLqDEriRMnICt3nS5veUHR26Ijpw3IDVD7qOIb3sGaMXk1DLge2eD130Q1pN iuUxFLnBOe/fNzT4+mph0VT6L7PRJGAiG+DYKBnbQLSkgERVzNXki/9OjpBi2Vg3 qRcEfyO766AM2YSu1DEpNGTV0Ae72Yj8xvETPgYUJ5m+nnzKpsFQb6YBuxrTHl52 trBaWAnOHXqnutrZchdphgP1UeWCdg806QswF+d5KWt8JBBv1DmZz0seJtuxth2d ue4+QLr7yuJpMrYBhALKo7seIGdQuWWSxRnxejURcX5OOBBBQxd/UiUp8c7P4019 QSgogGQdSSgQLw== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrgeeggdeikecutefuodetggdotefrodftvf 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 992971080057; Thu, 4 Feb 2021 10:25:50 -0500 (EST) Received: by perhan.alvh.no-ip.org (Postfix, from userid 1000) id CC53E2A0E0B; Thu, 4 Feb 2021 12:25:48 -0300 (-03) Date: Thu, 4 Feb 2021 12:25:48 -0300 From: Alvaro Herrera To: Tom Lane Cc: Heikki Linnakangas , Michael Paquier , pgsql-hackers Subject: Re: Removing support for COPY FROM STDIN in protocol version 2 Message-ID: <20210204152548.GA6658@alvherre.pgsql> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <4095287.1612452060@sss.pgh.pa.us> User-Agent: Mutt/1.10.1 (2018-07-13) List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk On 2021-Feb-04, Tom Lane wrote: > Alvaro Herrera writes: > > On 2021-Feb-04, Heikki Linnakangas wrote: > >> Ok, here we go. > > > Are you going to bump the .so version for this? I think that should be > > done, since some functions disappear and there are struct changes. It > > is curious, though, to see that exports.txt needs no changes. > > Uh, what? There should be no externally visible ABI changes in libpq > (he says without having read the patch). If there's a need for a library > major version bump, that'd be sufficient reason not to do this IMO. Yeah, the changes I was thinking about are all in libpq-int.h so that's not really a problem. But one enum in libpq-fe.h renumbers values, and I think it's better to keep the old value labelled as "unused" to avoid any changes. -- Álvaro Herrera Valdivia, Chile