potentially missed pgindent in REL_19_STABLE

From: Amit Langote <amitlangote09(at)gmail(dot)com>
To: PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>
Subject: potentially missed pgindent in REL_19_STABLE
Date: 2026-09-24 08:23:55
Message-ID: CA+HiwqEzbq+_tjDuOjAQ9bjmHL49LvHy+TT2a1XWTzxXZ-OOiA@mail.gmail.com
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Hi,

I wonder if I'm the only one seeing $subject, like this:

diff --git a/src/backend/utils/adt/varlena.c b/src/backend/utils/adt/varlena.c
index 6fb31430a3a..e98bb1ae450 100644
--- a/src/backend/utils/adt/varlena.c
+++ b/src/backend/utils/adt/varlena.c
@@ -4716,9 +4716,10 @@ text_right(PG_FUNCTION_ARGS)
if (n < 0)
{
/*
- * Negating PG_INT32_MIN would overflow, so clamp instead. Any n whose
- * absolute value is at least the string's length skips the whole
- * string, and len can't exceed PG_INT32_MAX, so this is equivalent.
+ * Negating PG_INT32_MIN would overflow, so clamp instead. Any n
+ * whose absolute value is at least the string's length skips the
+ * whole string, and len can't exceed PG_INT32_MAX, so this is
+ * equivalent.
*/
if (unlikely(n == PG_INT32_MIN))
n = PG_INT32_MAX;

Does anyone object to applying the attached to fix that?

--
Thanks, Amit Langote

Attachment Content-Type Size
REL_19_STABLE-pgindent.patch application/octet-stream 771 bytes

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Thom Brown 2026-09-24 08:32:36 Re: REPACK (CONCURRENTLY) can silently lose updates when the toast table is rewritten
Previous Message Jingtang Zhang 2026-09-24 08:20:30 Re: [PATCH] Use bounded GIN pending-list cleanup in parallel autovacuum