Re: Problem while setting the fpw with SIGHUP - Mailing list pgsql-hackers

From Amit Kapila
Subject Re: Problem while setting the fpw with SIGHUP
Date
Msg-id CAA4eK1JTVnENwm6A_hTfsfjPvDEMo0gh9ot1+W1Y9ZyfcFxGXg@mail.gmail.com
Whole thread Raw
In response to Re: Problem while setting the fpw with SIGHUP  (Amit Kapila <amit.kapila16@gmail.com>)
Responses Re: Problem while setting the fpw with SIGHUP  (Michael Paquier <michael@paquier.xyz>)
List pgsql-hackers
On Thu, Sep 27, 2018 at 11:18 AM Amit Kapila <amit.kapila16@gmail.com> wrote:
>
> On Thu, Sep 27, 2018 at 10:34 AM Michael Paquier <michael@paquier.xyz> wrote:
> >
> > On Thu, Sep 27, 2018 at 10:03:59AM +0530, Amit Kapila wrote:
> > > I think, in this case, it might be advisable to just fix the problem
> > > (a) which is what has been reported originally in the thread and
> > > AFAICS, the fix for that is clear as compared to the problem (b).  If
> > > you agree, then we can discuss what is the best fix for the first
> > > problem (a).
> >
> > Okay, thanks for the input.  The fix for (a) would be in my opinion to
> > just move the call to RecoveryInProgress() out of the critical section,
> > then save the result into a variable, and use the variable within the
> > critical section to avoid the potential palloc() problems.  What do you
> > think?
> >
>
> Your proposed solution makes sense to me.  IIUC, this is quite similar
> to what Dilip has also proposed [1].
>

I can take care of committing something along the lines of Dilip's
patch if you are okay.

-- 
With Regards,
Amit Kapila.
EnterpriseDB: http://www.enterprisedb.com


pgsql-hackers by date:

Previous
From: Michael Paquier
Date:
Subject: Re: Add SKIP LOCKED to VACUUM and ANALYZE
Next
From: Michael Paquier
Date:
Subject: Re: Problem while setting the fpw with SIGHUP