Report better object limits in error messages for injection points
authorMichael Paquier <[email protected]>
Wed, 12 Nov 2025 01:19:20 +0000 (10:19 +0900)
committerMichael Paquier <[email protected]>
Wed, 12 Nov 2025 01:19:20 +0000 (10:19 +0900)
commitf30cd34b3fd01a7d59080a7d074a1d2c6c670b12
tree5985ea5e5f9e763af7ccc24fe16d12ebd474b298
parentf6c1342e72aa72b2490da30491b6003d7ab25095
Report better object limits in error messages for injection points

Previously, error messages for oversized injection point names, libraries,
and functions showed buffer sizes (64, 128, 128) instead of the usable
character limits (63, 127, 127) as it did not count for the
zero-terminated byte, which was confusing.  These messages are adjusted
to show better the reality.

The limit enforced for the private area was also too strict by one byte,
as specifying a zone worth exactly INJ_PRIVATE_MAXLEN should be able to
work because three is no zero-terminated byte in this case.

This is a stylistic change (well, mostly, a private_area size of exactly
1024 bytes can be defined with this change, something that nobody seem
to care about based on the lack of complaints).  However, this is a
testing facility let's keep the logic consistent across all the branches
where this code exists, as there is an argument in favor of out-of-core
extensions that use injection points.

Author: Xuneng Zhou <[email protected]>
Co-authored-by: Michael Paquier <[email protected]>
Discussion: https://postgr.es/m/CABPTF7VxYp4Hny1h+7ejURY-P4O5-K8WZg79Q3GUx13cQ6B2kg@mail.gmail.com
Backpatch-through: 17
src/backend/utils/misc/injection_point.c