Re: pgwin32_open returning EINVAL

Поиск
Список
Период
Сортировка
От Magnus Hagander
Тема Re: pgwin32_open returning EINVAL
Дата
Msg-id 20071219125232.GL11226@svr2.hagander.net
обсуждение исходный текст
Ответ на Re: pgwin32_open returning EINVAL  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: pgwin32_open returning EINVAL  (Alvaro Herrera <alvherre@commandprompt.com>)
Список pgsql-hackers
On Sat, Dec 15, 2007 at 10:31:38PM -0500, Tom Lane wrote:
> Gregory Stark <stark@enterprisedb.com> writes:
> > "Andrew Dunstan" <andrew@dunslane.net> writes:
> >> Interesting. Maybe forever is going a bit too far, but retrying for <n>
> >> seconds or so.
>
> > I think looping forever is the right thing. Having a fixed timeout just means
> > Postgres will break sometimes instead of all the time. And it introduces
> > non-deterministic behaviour too.
>
> Looping forever would be considered broken by a very large fraction of
> the community.
>
> IIRC we have a 30-second timeout in rename() for Windows, and that seems
> to be working well enough, so I'd be inclined to copy the behavior for
> this case.

Here's a patch that I think implements this ;) Alvaro - do you have a build
env so you can test it? I can't reproduce the problem in my environment...

Also, it currently just silently loops. Would it be interesting to
ereport(WARNING) that it's looping on the open, to let the user know
there's a problem? (Naturally, only warning the first time it tries it on
each file, so we don't spam the log too hard)

//Magnus

Вложения

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

Предыдущее
От: Magnus Hagander
Дата:
Сообщение: Re: pgwin32_open returning EINVAL
Следующее
От: Gregory Stark
Дата:
Сообщение: Re: pgwin32_open returning EINVAL