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 1pmkxi-0004BL-TR for pgsql-hackers@arkaria.postgresql.org; Thu, 13 Apr 2023 00:37:18 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1pmkxh-0000lE-Bx for pgsql-hackers@arkaria.postgresql.org; Thu, 13 Apr 2023 00:37:17 +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 1pmkxh-0000l4-2L for pgsql-hackers@lists.postgresql.org; Thu, 13 Apr 2023 00:37:17 +0000 Received: from out1-smtp.messagingengine.com ([66.111.4.25]) by makus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1pmkxe-0006pC-K3 for pgsql-hackers@lists.postgresql.org; Thu, 13 Apr 2023 00:37:15 +0000 Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.nyi.internal (Postfix) with ESMTP id E01785C0132; Wed, 12 Apr 2023 20:37:13 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute1.internal (MEProxy); Wed, 12 Apr 2023 20:37:13 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=paquier.xyz; h= cc:cc:content-type:content-type:date:date:from:from:in-reply-to :in-reply-to:message-id:mime-version:references:reply-to:sender :subject:subject:to:to; s=fm3; t=1681346233; x=1681432633; bh=4B XoWl0AfhxDkubpvFp6p2FIQb+oya4f1KK/xUcsexQ=; b=EHGQSwhmOTHUcRD58D w2aRQlQO4rrjqi3RauBqPfIoa5Rq7jAAyE9pAq55eOCzhYEhjUPWISxgsLK3ML6h tjjJYi9w/bet8hKgJQ0uZK+EGXPozxf1jNuCQPaZj9ChiHz3tHBCSYeWrDLZ60zC 7qTTKWwGhSlZFZPXIN9n5kd4jUKWBe18eRD+nZkEJJBrUoRplrJt7OJ8yAQ90Bsk fOYPxrJdW0WaFlamy9/lIG3QPeDnQmuGrS75AJxkyd8MHaY8IdEGS3oOtlproogw OpDLw/q3YaYMLC3hQ8Zo735oV4zvI6ZMIXSBXEXofIqYE7lOZf2g8igV1Y6eZ9a/ y2QA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-type: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=1681346233; x=1681432633; bh=4BXoWl0AfhxDk ubpvFp6p2FIQb+oya4f1KK/xUcsexQ=; b=bqxRstAxllqBa18YyjBp8jpVyBO0a p/c0N1VuSJZrjR6vp1IVo4Mc/mfC1+5jypJldLV+alcgvx9Ls9x4tON6/cYFdZJt Rz9vCN9wehKiuqGpK/zHzREBOj+sTcOyWa25vPrGDVT7vbaUg+KE8eNDpAQziEjQ Y5+GRzrvNOJ+dK2pApk3mYkHkMBnyEfwW5AVgoV4mTPvxZ9CtoVrNvPqeemZ2UN8 7pt7SJ3POxgPybinqhVgggdyuNPGUqC8H7x3oK5kMv0rxfJngw+9VP0T58DLhPWd UaY4HKychGDo2vP5MpFyx+Z6n/jcwmgkqjj8wLNIxHhog5OJgYoKn/Frg== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvhedrvdekjedgfeekucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne gfrhhlucfvnfffucdljedtmdenucfjughrpeffhffvvefukfhfgggtuggjsehgtderredt tddvnecuhfhrohhmpefoihgthhgrvghlucfrrghquhhivghruceomhhitghhrggvlhesph grqhhuihgvrhdrgiihiieqnecuggftrfgrthhtvghrnhepteelieefudffhffhtdetleeg geegfffhkeeuveetiefgudduvedutefggeeivdejnecuvehluhhsthgvrhfuihiivgeptd enucfrrghrrghmpehmrghilhhfrhhomhepmhhitghhrggvlhesphgrqhhuihgvrhdrgiih ii X-ME-Proxy: Feedback-ID: i0fe9450f:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Wed, 12 Apr 2023 20:37:10 -0400 (EDT) Date: Thu, 13 Apr 2023 09:37:06 +0900 From: Michael Paquier To: Justin Pryzby Cc: Tomas Vondra , gkokolatos@pm.me, shiy.fnst@fujitsu.com, pgsql-hackers@lists.postgresql.org, Rachel Heaton Subject: Re: Add LZ4 compression in pg_dump Message-ID: References: <8ffd14fe-0278-7f8d-78d4-472816d06268@enterprisedb.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="8jI02M6KlfNAjKQz" Content-Disposition: inline In-Reply-To: List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk --8jI02M6KlfNAjKQz Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 12, 2023 at 05:52:40PM -0500, Justin Pryzby wrote: > I don't think you need to call parse_compress_specification(NONE). > As you wrote it, if zlib is unavailable, there's no parse(NONE) call, > even for directory and custom formats. And there's no parse(NONE) call > for plan format when zlib is available. Yeah, that's not necessary, but I was wondering if it made the code a bit cleaner, or else the non-zlib path would rely on the default compression method string. > The old way had preprocessor #if around both the "if" and "else" - is > that what you meant? >=20 > If you don't insist on calling parse(NONE), the only change is to remove > the empty #else, which was my original patch. Removing the empty else has as problem to create an empty if block, which could be itself a cause of warnings? > If I were to rewrite the comment, it'd say: >=20 > + * When gzip is available, custom and directory formats are compr= essed by > + * default Okay. -- Michael --8jI02M6KlfNAjKQz Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCgAdFiEEG72nH6vTowiyblFKnvQgOdbyQH0FAmQ3TrIACgkQnvQgOdby QH1k4BAAiZun8Ys1z6wS2hsdOv7F5IeaUwFS6DwdkL6pP5Qa/oRqzOTfQp/q9na5 DpHgALBoNGvtLhDmN92dnQtFh82UXgZ9rGjq3oQ+tP8hpDFCzR6au18gR2TCYWsf D1bAbv6SJB6nSp6pFmM1JdBCmRhlKnmxic7sPkf8i5Kp5u+6cEhYGa6T1I3FmjDb /rW0OaASPXgDZnwW5kRRnTNQg2ymwI9K39EybqxIe0ffrFseRnhkx91YwbdcLgmM qd95KRzp+NicvJWPITGxI+ghqGKx0i3NE2/No0CCTAV7o7rh9LTeJxRNOCumMofM SlH4XddV/5xd1i2en64lSPZlrkZR/NVAVP6w630RfZNVqyP9XGSFfeuQd9f9GVQD eCw82ackuYdvTK30DpZCe4RfcsY7ljnISdmVmP9YBIZxXVsjvK6Lcup9cn9vV5UN yJxtFillnpOfQXQDpRk0T1V072wf9FkBpL2MtvQnKHmC1W6NTJ0W8gU81WKc7Pdq SWXZdV0I40GrdqrofR+6jRaJQ7PFT8PqJzMMBaoJG5jqxy//oFL03KHypQVxN+Fx CATLAihV6VRkJmcAfNTO+PyWPeAXvodDKEHf49ZKOhgaPu1Vn16VbOn/3dELjlKr wamohISrADLehn6AK+dnQTvmgKp7B/mOnEDZRkWWg9/2W/u0Ifk= =vd/J -----END PGP SIGNATURE----- --8jI02M6KlfNAjKQz--