Re: odd output in restore mode

From: "Dave Page" <dpage(at)pgadmin(dot)org>
To: "Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: "Andrew Dunstan" <andrew(at)dunslane(dot)net>, "Simon Riggs" <simon(at)2ndquadrant(dot)com>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: odd output in restore mode
Date: 2008-05-13 07:42:26
Message-ID: 937d27e10805130042m35584e2fk79dc3490173d3bd4@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers pgsql-patches

On Tue, May 13, 2008 at 2:38 AM, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
> Andrew Dunstan <andrew(at)dunslane(dot)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

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Simon Riggs 2008-05-13 08:32:55 Re: odd output in restore mode
Previous Message Bryce Nesbitt 2008-05-13 07:17:06 Re: psql wrapped format default for backslash-d commands

Browse pgsql-patches by date

  From Date Subject
Next Message Teodor Sigaev 2008-05-13 08:13:33 Re: Partial match in GIN (next vesrion)
Previous Message Simon Riggs 2008-05-13 05:44:35 Re: odd output in restore mode