Re: odd output in restore mode - Mailing list pgsql-hackers

From Dave Page
Subject Re: odd output in restore mode
Date
Msg-id 937d27e10805130042m35584e2fk79dc3490173d3bd4@mail.gmail.com
Whole thread Raw
In response to Re: odd output in restore mode  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: odd output in restore mode
List pgsql-hackers
On Tue, May 13, 2008 at 2:38 AM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
> Andrew Dunstan <andrew@dunslane.net> writes:
>
> > Simon Riggs wrote:
>  >> Well, the patch was rejected long ago, not sure why its in this
>  >> commitfest. But its an open issue on the Windows port.
>
>  > Surely the right fix is to use the recently implemented
>  > pgwin32_safestat() (if we aren't already - I suspect we probably are)
>  > and remove the kluge in pg_standby.c.
>
>  I think the open issue is how to know whether pgwin32_safestat fixes the
>  problem that the kluge tried to work around.

Per the comments on the commitfest page, I don't believe it is.
pgwin32_safestat fixes a bug in which stat() returns stale information
(if memory serves). The hack in pg_standby was added because copy in
Windows appears to preallocate the required space for the file it's
copying, thus checking the file size to verify that the copy has
completed is not a valid test.

-- 
Dave Page
EnterpriseDB UK: http://www.enterprisedb.com


pgsql-hackers by date:

Previous
From: Bryce Nesbitt
Date:
Subject: Re: psql wrapped format default for backslash-d commands
Next
From: Simon Riggs
Date:
Subject: Re: odd output in restore mode