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 1vzala-0018y5-24 for pgsql-hackers@arkaria.postgresql.org; Mon, 09 Mar 2026 13:35:26 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.96) (envelope-from ) id 1vzalZ-00GT6h-00 for pgsql-hackers@arkaria.postgresql.org; Mon, 09 Mar 2026 13:35:25 +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 1vzalY-00GT6Z-24 for pgsql-hackers@lists.postgresql.org; Mon, 09 Mar 2026 13:35:25 +0000 Received: from mail-oo1-xc33.google.com ([2607:f8b0:4864:20::c33]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.98.2) (envelope-from ) id 1vzalX-00000001I1t-1jWV for pgsql-hackers@postgresql.org; Mon, 09 Mar 2026 13:35:24 +0000 Received: by mail-oo1-xc33.google.com with SMTP id 006d021491bc7-66ee7b9af94so4671777eaf.0 for ; Mon, 09 Mar 2026 06:35:23 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1773063323; cv=none; d=google.com; s=arc-20240605; b=G/hdFfNv7Qus5UM1ObR7sl0U2cf2SVpu5rAfioPG60B+8cVlyS6abS2aXGz6aKqK8D HZ3AQqhP6VFyHYyIw7LsL2LVjne0+fzjxLzKqcxDirhrvLGBki/Yi7hDkeS4V0HgSMJ4 juanXYdLEtbhTwwZVaKGIpx1GPgKKAfFdbMo9mUDTCpLI7/jfmsJgXIMumBLoKmDf5fQ ZFnCHeNY6nQrZjbA/vtZtF8doi779+ZI/VchxaYiWVVpT2KV6FoImQO2HTeN7T12qqvu t8g3EaMmSdfN+u/f2NU5INzD5rL0dAuAUwEkVSA+9z4d2W8+fIcEfl6UQEfDvKRT5L+J gwlg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20240605; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:dkim-signature; bh=Lk6lB3r6whh9+jYryJYTePj8ZiXqovF88P/6rFc1+q8=; fh=Jhsm218hp0OfYt1p73CqJOhGgJmHksVoKLVXIEuJBSs=; b=Ljv/X5XfDNIjAkbYVBdE+oV4T1lC6V9QjoeLKylu1qPNZTD3cv7ztAy6YICOIbrbHb OD7o8L9AiPMIruO+mGIRJUit+ITZa1MOEbY62g/+YL+6vYMK+YAzOokzjxse0zOJYWzz iWPq9ZoZ/qlHZnE+4tMbcFxlERNF2Ba/Gpa+Y7DfNoALSl2GAgax/PXooThiv94iNEhM UDs6JInyUOMQ2gb/9Q5iFNWImDTru0dcs7RbZkIXiq8CJiHQVXHVuwkGYyxYuI5Dkpck xEE67HVwfELGb0Rcpxmo4H9i6gV6p48hBlctSexovIuvrhRi9SMrm7c7jMHNPSKUoDTD LG4Q==; darn=postgresql.org ARC-Authentication-Results: i=1; mx.google.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1773063323; x=1773668123; darn=postgresql.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=Lk6lB3r6whh9+jYryJYTePj8ZiXqovF88P/6rFc1+q8=; b=EhTtshdkg1UZw/YVj4y3S4NY9F0FzGeIpZveFAMHC+XLz1PkhJlB2VBZ9ysrP2hA6k uUWjbbZgOTAPHYwNYyux9XPkqyxeP0b19K7slccq/2lAkTeRTQ5oGAlQP0lUU4ezg1TP RMcpy+tdTzBVxsQbG4cywyQr3NKwubQlfW384EJ6A1B16IXQBklF2Oi1T7v/qWJmRW77 vyg/A0TuteKdLWVAOWfIaSbCfSzsU8OZ8k/tyjn/zFuaHTmH60MWAGQLMh2HPFxMb5MP Ym/JgGGBLQSYPPJEhD68jZsELAhlhxp5pOZlZWhIqQlXBRUBRd3NUz+ME0WdjzZr6nKq 5Xmw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1773063323; x=1773668123; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-gg:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=Lk6lB3r6whh9+jYryJYTePj8ZiXqovF88P/6rFc1+q8=; b=ehe9yfHA53qicuZ/C+bc7MUmDx4WeprTQV/GkgCPi5XIiIx90f29xKo1mlddfAyd7k GiybiNtawITNZH9hUGPYz2xe+QyenH/YE3SmTn5E1vVzq44C6e+qOcQlWJMtcatoiJ7r vz9fSTtTLkPkG7UeAgCGSDjt+a2O7iThvPSiRZh6smxquTVgKkZ12HU4jpqqZGqpqoxF w6dHTfYgGpQZrCsvPJyLzfa8t7iZ91lgYBysJbQRouPufsojOcwtCnNLObgpm6t9kSvF xJYIcaFK47pTA28HBjPTjzWLaCLMP62yIzyJKDvT9YEmPFVyazUdsOCzrw2woBMkknct jgmQ== X-Forwarded-Encrypted: i=1; AJvYcCXYcDI9nB84KF5sQW4sIRqRC2mDdzIoo0WW4b4MSCD6SjQXcrB/8/1gzLx+21ZFLUmYXVMaV4ZBzuUxakFB@postgresql.org X-Gm-Message-State: AOJu0Yy/8tWHY8xwUWSdiLkCzWH0lJ3keOSe+BBp18fdmUmDBziaawBt yQydNbVDrxwB46MQQbAamC65R5yFH3eDsGwrnAkyCdOu4eGfEzVfFDLYVUr1qkPsPtyREKEISoy 3VLUXjUYTxyjXcqdwfhA9jZD4qNgGwT0= X-Gm-Gg: ATEYQzz2v7fguBJeuN6YU7tXkqkxaNpeERX9+2y+Yoz4YGbNk86hNJ8AIO0E6rpta61 GXau3kXwXKzwfz4e4xt/LBuIWLLDjE4tPU1u/9RRucBdx1cFeZeFLtkEHUBdUZ4aSfv+NNOG95V NkcyVJ94NbtCfMyNF8QnNIHgJ1VW893geFosMIrT+lkeF1er3ojYd4DPUWfOTPVz5d0NL9uUflS 0xjQ3GUEgw/w8rDgI6dcbkKCaKNCDFhlrJ4K5MDanya8gLdQ8TUcGi7N6aizzRFgqT7RtwdJduS AyCwVGSUIWgmyBeQRLu6DX6/gnhvKqERgIRrNJTv X-Received: by 2002:a05:6820:1a03:b0:678:7fa2:aba with SMTP id 006d021491bc7-67b9bd49eadmr7729391eaf.57.1773063322858; Mon, 09 Mar 2026 06:35:22 -0700 (PDT) MIME-Version: 1.0 References: <57388743-e380-4145-8b77-86ed23b062de@vondra.me> In-Reply-To: <57388743-e380-4145-8b77-86ed23b062de@vondra.me> From: Greg Sabino Mullane Date: Mon, 9 Mar 2026 09:34:46 -0400 X-Gm-Features: AaiRm528RNnq_ZgK7HWF6Cq1HvgsmDMoi5I6ajF-AfJAucViXJW2sGf-_QZZbx8 Message-ID: Subject: Re: tid_blockno() and tid_offset() accessor functions To: Tomas Vondra Cc: Alexandre Felipe , Ayush Tiwari , pgsql-hackers@postgresql.org Content-Type: multipart/alternative; boundary="00000000000085fd60064c977957" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk --00000000000085fd60064c977957 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Sun, Mar 8, 2026 at 3:31=E2=80=AFPM Tomas Vondra wrote= : > No opinion. For displaying the bogus TID value (like "(-1,0)") it's > probably OK to show values that are a bit weird. If anything, we should > be more careful on input, it's too late for tid_block() to decide what to > do with an "impossible" TID value. > This one doesn't sit right with me. I think it's not too late. No reason why tid_block cannot be stricter here than tid itself and complain. Other than that, the patch looks good to me. Cheers, Greg --00000000000085fd60064c977957 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Sun, Mar 8, 2026 at 3:31=E2=80=AFPM To= mas Vondra <tomas@vondra.me> w= rote:=C2=A0
No opinion. For displaying the bog= us TID value (like "(-1,0)") it's probably OK to show values = that are a bit weird. If anything, we should
be more careful on input, it's too late for tid_block() to decide what = to do with an "impossible" TID value.

This one doesn't sit right with me. I think it's not too l= ate. No reason why tid_block cannot be stricter here than tid itself and co= mplain. Other than that, the patch looks good to me.


Cheers,
Greg

--00000000000085fd60064c977957--