Re: Refine comments on usage WL_POSTMASTER_DEATH vs WL_EXIT_ON_PM_DEATH - Mailing list pgsql-hackers

From Tom Lane
Subject Re: Refine comments on usage WL_POSTMASTER_DEATH vs WL_EXIT_ON_PM_DEATH
Date
Msg-id 2313468.1729720275@sss.pgh.pa.us
Whole thread Raw
In response to Re: Refine comments on usage WL_POSTMASTER_DEATH vs WL_EXIT_ON_PM_DEATH  (Heikki Linnakangas <hlinnaka@iki.fi>)
List pgsql-hackers
Heikki Linnakangas <hlinnaka@iki.fi> writes:
> On 23/10/2024 20:29, Pavel Borisov wrote:
>> That was exactly my point. Actually the caller should not wait, it could 
>> do whatever it wants contrary to the existing comments:
>>> WL_POSTMASTER_DEATH: Wait for postmaster to die
>> I don't insist on this patch, but existing comments on this look 
>> somewhat misleading.

> Ok I seem to totally not understand what the problem is then. The 
> comment seems fine to me. ¯\_(ツ)_/¯

Yeah, me too.  The "Wait for ..." wording is exactly like all the
other events in the list, as it should be since the semantics are
the same.  Maybe we could write "Stop waiting when ..." but
is that really much clearer?

I suspect the documentation that Pavel is missing is

 * wakeEvents must include either WL_EXIT_ON_PM_DEATH for automatic exit
 * if the postmaster dies or WL_POSTMASTER_DEATH for a flag set in the
 * return value if the postmaster dies.  The latter is useful for rare cases
 * where some behavior other than immediate exit is needed.

which for some reason is down in the header for WaitLatchOrSocket,
not close to the list at AddWaitEventToSet.  And really *both* of
those comment blocks are in the wrong place.  I propose moving them
to be in front of the #defines for the WL_XXX symbols in latch.h.
But I don't feel a need to re-word those comments.

            regards, tom lane



pgsql-hackers by date:

Previous
From: Peter Smith
Date:
Subject: Re: DOCS - pg_replication_slot . Fix the 'inactive_since' description
Next
From: David Rowley
Date:
Subject: Re: Fix typo in tidstore.h