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 1jQxMr-0004Fo-EW for pgsql-hackers@arkaria.postgresql.org; Tue, 21 Apr 2020 18:11:33 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1jQxMq-0002tS-Aw for pgsql-hackers@arkaria.postgresql.org; Tue, 21 Apr 2020 18:11:32 +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 1jQxMq-0002tK-4B for pgsql-hackers@lists.postgresql.org; Tue, 21 Apr 2020 18:11:32 +0000 Received: from out3-smtp.messagingengine.com ([66.111.4.27]) by makus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jQxMn-00084C-VP for pgsql-hackers@postgresql.org; Tue, 21 Apr 2020 18:11:31 +0000 Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.nyi.internal (Postfix) with ESMTP id 06A065C0058; Tue, 21 Apr 2020 14:11:29 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute1.internal (MEProxy); Tue, 21 Apr 2020 14:11:29 -0400 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:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm2; bh=HODZAp8sBNxAnNgk5ei26a2T/1/edFLBEBfwf+Iu+ Tk=; b=Kapz/3sU3p7mUWzINLGvwQqpq6GBgOQJa/CAkUGWi83sVIvEhRHL386zz v1g0P2b6XH5OwNifsUpqcmNvqsk0JJCjOW7NGX2zkYkM0cW3yH3ZlaAXfuIHR9QO LWzUucpQQaX/Reb4F6X6AXy52A/RFojFETjPDAcqQA5CunqKTN3gkOpeKX0XQHVV +ijZYu1A3u2c9qk0ZyGVI1nhlSoqQuJlrB6cECJstza67tgkvYtLjn3wwg0Eznyx 8xztgZVuCcF9RmuR3x6uq45saz9lEeu1FmdZzpXiiqKXaxjHaSRjGg2al58N1+qU Mj7T++qJVwGDBXaYoCng5M7apHkdg== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduhedrgeehgdduvddtucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpefuvfhfhfhokffffgggjggtgfesth ejredttdefjeenucfhrhhomheprfgvthgvrhcugfhishgvnhhtrhgruhhtuceophgvthgv rhdrvghishgvnhhtrhgruhhtsedvnhguqhhurggurhgrnhhtrdgtohhmqeenucffohhmrg hinhepvdhnughquhgrughrrghnthdrtghomhenucfkphepleefrddvgeefrdeirddvgedu necuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepphgvth gvrhdrvghishgvnhhtrhgruhhtsedvnhguqhhurggurhgrnhhtrdgtohhm X-ME-Proxy: Received: from april.pezone.net (p5df306f1.dip0.t-ipconnect.de [93.243.6.241]) by mail.messagingengine.com (Postfix) with ESMTPA id D637F3280059; Tue, 21 Apr 2020 14:11:27 -0400 (EDT) Subject: Re: HEAPDEBUGALL is broken To: Tom Lane References: <645c0646-4218-d4c3-409a-a7003a0c108d@2ndquadrant.com> <26609.1587303428@sss.pgh.pa.us> Cc: pgsql-hackers From: Peter Eisentraut Organization: 2ndQuadrant Message-ID: Date: Tue, 21 Apr 2020 20:11:26 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <26609.1587303428@sss.pgh.pa.us> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk On 2020-04-19 15:37, Tom Lane wrote: > Peter Eisentraut writes: >> The HEAPDEBUGALL define has been broken since PG12 due to tableam >> changes. Should we just remove this? It doesn't look very useful. >> It's been around since Postgres95. >> If we opt for removing: PG12 added an analogous HEAPAMSLOTDEBUGALL >> (which still compiles correctly). Would we want to keep that? > > +1 for removing both. There are a lot of such debug "features" > in the code, and few of them are worth anything IME. removed -- Peter Eisentraut http://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services