Re: [PATCH] Fix recovery connection detail in EXEC_BACKEND builds

From: Heikki Linnakangas <hlinnaka(at)iki(dot)fi>
To: Nitin Jadhav <nitinjadhavpostgres(at)gmail(dot)com>, Pg Hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: [PATCH] Fix recovery connection detail in EXEC_BACKEND builds
Date: 2026-10-12 12:34:46
Message-ID: d2e16018-2998-4c29-9d5a-bb2aad6ef8f9@iki.fi
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On 12/10/2026 10:14, Nitin Jadhav wrote:
> The attached patch passes reachedConsistency through
> BackendStartupData, alongside canAcceptConnections, and uses the
> captured value when choosing the connection error detail. This only
> changes the reported DETAIL and HINT; connection acceptance and
> recovery behavior are unaffected.

That works. But what do you think of adding a new CAC_* code instead? It
feels a bit weird to me that we've multiplexed CAC_NOTHOTSTANDBY for
many different "sub-reasons".

- Heikki

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Hunaid Sohail 2026-10-12 12:37:03 Re: Proposal: SELECT * EXCLUDE (...) command
Previous Message Oleg Bartunov 2026-10-12 12:34:20 Re: Let an ordering index scan hand its ORDER BY value to the target list