Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1w3gWc-001SBC-2D for pgsql-hackers@arkaria.postgresql.org; Fri, 20 Mar 2026 20:32:55 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.96) (envelope-from ) id 1w3gWb-008FkJ-0f for pgsql-hackers@arkaria.postgresql.org; Fri, 20 Mar 2026 20:32:53 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1w3gWa-008FkB-2w for pgsql-hackers@lists.postgresql.org; Fri, 20 Mar 2026 20:32:53 +0000 Received: from fout-a8-smtp.messagingengine.com ([103.168.172.151]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.98.2) (envelope-from ) id 1w3gWZ-00000000E0h-16ir for pgsql-hackers@postgresql.org; Fri, 20 Mar 2026 20:32:52 +0000 Received: from phl-compute-02.internal (phl-compute-02.internal [10.202.2.42]) by mailfout.phl.internal (Postfix) with ESMTP id B787CEC00BD; Fri, 20 Mar 2026 16:32:49 -0400 (EDT) Received: from phl-frontend-04 ([10.202.2.163]) by phl-compute-02.internal (MEProxy); Fri, 20 Mar 2026 16:32:49 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=anarazel.de; h= cc:cc:content-type:content-type:date:date:from:from:in-reply-to :in-reply-to:message-id:mime-version:references:reply-to:subject :subject:to:to; s=fm1; t=1774038769; x=1774125169; bh=1UA4TH0yUk Z1qQ5roh9WRUYUi2slvNhEZYj2lPaBYFw=; b=C1EQFlSs5xlr+jzzzjJeJcUYxL idNVh5Ugud8Wun/IkIEUk/PuXVugPT75M0dU4+aonkRBjjI4iicE7bZUtnWJDak3 Ym/7SYbiyZ2/EyZC35/5LosZSPQC2VR2QfvMTvflr3i/R424DcZgo17i18JtPE6N m4zBIWly7Bj12sA+cfHM8S+/HLv/xRnvBYip3L9qmuSEEkEf/hfWi+w7GQf3GmJu L9ILXqQlTN3eDi5F0Td/CpJKiiltBEycZ9lVcN0RCQ4LhoUcKyniBxkLaSt6KGtC DGkl7yBn+dO2vIC8OTELAIHF3g5/NL9nDK369kg90FDHcr2mD84zc0ARraTQ== 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:subject:subject:to :to:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; t= 1774038769; x=1774125169; bh=1UA4TH0yUkZ1qQ5roh9WRUYUi2slvNhEZYj 2lPaBYFw=; b=WhTbxwDfEXhob3269fiX2yvC4DEodbWgg+gW4M1woPzSlqUVnqU xwQYvlvs2eKsqYVxHJ9ldgDx822wxkow+Q2emT+uuUbPuh8ppyzgz09uMZlAuaJr bgOJwkAgnZy4R35CYufbLbBtlJxNuA/cMnk6IGsweO9lL/P2soTRVmj3pYvu54gb YEUJ3gN0RfIOD6WHGdt0iKmRh7MHiExtzFuYAJ0LO7D8c8nSpmQ7RJwHD028Ddxc FFdZVqd7S0OSc0LddCfhQKMMU2D7c2BHJoa+yHuP3ZTIs1368FOYNQySoGNJkUqN nMrZG4qVJHqqc24SKWBBDdkQMrykt1LYftA== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeefgedrtddtgdefuddtkeekucetufdoteggodetrf dotffvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfurfetoffkrfgpnffqhgenuceu rghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujf gurhepfffhvfevuffkfhggtggujgesthdtsfdttddtvdenucfhrhhomheptehnughrvghs ucfhrhgvuhhnugcuoegrnhgurhgvshesrghnrghrrgiivghlrdguvgeqnecuggftrfgrth htvghrnhepfeffgfelvdffgedtveelgfdtgefghfdvkefggeetieevjeekteduleevjefh ueegnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomheprg hnughrvghssegrnhgrrhgriigvlhdruggvpdhnsggprhgtphhtthhopeegpdhmohguvgep shhmthhpohhuthdprhgtphhtthhopehnrghthhgrnhgusghoshhsrghrthesghhmrghilh drtghomhdprhgtphhtthhopeiihhhonhhgleehtdegudelsehgmhgrihhlrdgtohhmpdhr tghpthhtohepmhhitghhrggvlhesphgrqhhuihgvrhdrgiihiidprhgtphhtthhopehpgh hsqhhlqdhhrggtkhgvrhhssehpohhsthhgrhgvshhqlhdrohhrgh X-ME-Proxy: Feedback-ID: id4a34324:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Fri, 20 Mar 2026 16:32:49 -0400 (EDT) Date: Fri, 20 Mar 2026 16:32:48 -0400 From: Andres Freund To: Nathan Bossart Cc: Michael Paquier , shihao zhong , PostgreSQL-development Subject: Re: Fixes inconsistent behavior in vacuum when it processes multiple relations Message-ID: References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Hi, On 2026-03-20 14:39:11 -0500, Nathan Bossart wrote: > On Fri, Mar 20, 2026 at 12:27:49PM -0400, Andres Freund wrote: > > Why wasn't it enough to add const markers and keep passing by pointer? > > IIRC the idea was to prevent similar problems in the future. Seems using const VacuumParams *params should suffice for that? I don't think it's particularly likely that we'll accept code that casts the const away and then later get hurt by that. > To avoid the extra #includes, we could instead use the back-patched version > (e.g., commit 661643deda). I'd probably not go quite there, at least the params should largely be const, with a local on-stack copy where we do need to modify. Greetings, Andres Freund