Re: LSN as a recovery target - Mailing list pgsql-hackers

From Peter Eisentraut
Subject Re: LSN as a recovery target
Date
Msg-id 1a211c8d-4d4f-e6fe-6556-a1454a3ce59c@2ndquadrant.com
Whole thread Raw
In response to Re: LSN as a recovery target  (Michael Paquier <michael.paquier@gmail.com>)
List pgsql-hackers
On 8/22/16 8:28 AM, Michael Paquier wrote:
> Thinking a bit wider than that, we may want to know such context for
> normal GUC parameters as well, and that's not the case now. Perhaps
> there is actually a reason why that's not done for GUCs, but it seems
> that it would be useful there as well.

GUC parsing generally needs, or used to need, to work under more
constrained circumstances, e.g., no full memory management.  That's not
a reason not to try this, but there might be non-obvious problems.

-- 
Peter Eisentraut              http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services



pgsql-hackers by date:

Previous
From: Dmitry Ivanov
Date:
Subject: Re: Typo in comment to function LockHasWaitersRelation() [master branch]
Next
From: Amit Kapila
Date:
Subject: Re: Re: [sqlsmith] FailedAssertion("!(XLogCtl->Insert.exclusiveBackup)", File: "xlog.c", Line: 10200)