From 3b51265ee30784880fb2652051a4066ab9f9f90e Mon Sep 17 00:00:00 2001 From: Thomas Munro Date: Fri, 1 Dec 2023 14:58:40 +1300 Subject: [PATCH] Adjust obsolete comment explaining set_stack_base(). Commit 7389aad6 removed the notion of backends started from inside a signal handler. A stray comment still referred to them, while explaining the need for a call to set_stack_base(). That leads to the question of whether we still need the call in !EXEC_BACKEND builds. There doesn't seem to be much point in suppressing it now, as it doesn't hurt and probably helps to measure the stack base from the exact same place in EXEC_BACKEND and !EXEC_BACKEND builds. Back-patch to 16. Reported-by: Heikki Linnakangas Reported-by: Tristan Partin Reported-by: Andres Freund Discussion: https://postgr.es/m/CA%2BhUKG%2BEJHcevNGNOxVWxTNFbuB%3Dvjf4U68%2B85rAC_Sxvy2zEQ%40mail.gmail.com --- src/backend/utils/init/miscinit.c | 5 ++--- 1 file changed, 2 insertions(+), 3 deletions(-) diff --git a/src/backend/utils/init/miscinit.c b/src/backend/utils/init/miscinit.c index cfc5afaa6fd..819936ec024 100644 --- a/src/backend/utils/init/miscinit.c +++ b/src/backend/utils/init/miscinit.c @@ -107,9 +107,8 @@ InitPostmasterChild(void) /* * Set reference point for stack-depth checking. This might seem - * redundant in !EXEC_BACKEND builds; but it's not because the postmaster - * launches its children from signal handlers, so we might be running on - * an alternative stack. + * redundant in !EXEC_BACKEND builds, but it's better to keep the depth + * logic the same with and without that build option. */ (void) set_stack_base();