On Tue, Mar 6, 2018 at 5:11 PM, David Steele <da...@pgmasters.net> wrote:

> On 3/6/18 9:06 AM, Alexander Korotkov wrote:
> >
> > On Tue, Mar 6, 2018 at 5:04 PM, David Steele <da...@pgmasters.net
> > <mailto:da...@pgmasters.net>> wrote:
> >
> >     On 1/20/18 10:13 AM, Magnus Hagander wrote:
> >     >
> >     > Unlinking it first seems dangerous, as pointed out by Andres.
> >     >
> >     > What about first trying ReplaceFile() and then if it fails with
> "target
> >     > doesn't exist", then call MoveFileEx().
> >     >
> >     > Or the other way around -- try MoveFileEx() first since that seems
> to
> >     > work most of the time today (if it mostly broke we'd be in trouble
> >     > already), and if it fails with a sharing violation, try
> ReplaceFile()?
> >     > And perhaps end up doing it something similar to what we do with
> shared
> >     > memory which is just to loop over it and try  each a couple of
> time,
> >     > before giving up and failing?
> >
> >     This patch was mistakenly left as Needs Review during the last
> >     commitfest but it's pretty clear that a new patch is required.
> >
> > OK!  No objections against marking this patch RWF.
>
> Hmmm, I just noticed this categorized as a bug.  I thought it was a
> refactor.
>

Yes, that's naturally a bug.  Not very critical though.

Even so, it looks like the approach needs a rethink so better to wait
> for that.
>

In this thread we've found at least two possible approaches to fix this
bug.  But both of them need to be implemented and tested.


> Marked Returned with Feedback.
>

OK!

------
Alexander Korotkov
Postgres Professional: http://www.postgrespro.com
The Russian Postgres Company

Reply via email to