Re: odd output in restore mode

Поиск
Список
Период
Сортировка
От Simon Riggs
Тема Re: odd output in restore mode
Дата
Msg-id 1210667576.29684.283.camel@ebony.site
обсуждение исходный текст
Ответ на Re: odd output in restore mode  ("Dave Page" <dpage@pgadmin.org>)
Ответы Re: odd output in restore mode  (Andrew Dunstan <andrew@dunslane.net>)
Список pgsql-hackers
On Tue, 2008-05-13 at 08:42 +0100, Dave Page wrote:
> 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.

Could somebody suggest and test an improvement to the Windows code, to
fix the kluge?

--  Simon Riggs 2ndQuadrant  http://www.2ndQuadrant.com



В списке pgsql-hackers по дате отправления:

Предыдущее
От: "Dave Page"
Дата:
Сообщение: Re: odd output in restore mode
Следующее
От: KaiGai Kohei
Дата:
Сообщение: Re: [0/4] Proposal of SE-PostgreSQL patches