Re: seahorse again failing

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: seahorse again failing
Дата
Msg-id 3010.1156256378@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: seahorse again failing  (Alvaro Herrera <alvherre@commandprompt.com>)
Ответы Re: seahorse again failing
Re: seahorse again failing
Re: seahorse again failing
Список pgsql-hackers
Alvaro Herrera <alvherre@commandprompt.com> writes:
> Tom Lane wrote:
>> It would be interesting to know the actual underlying Windows error code
>> --- I see that win32error.c maps several different codes to EACCES.

> It may be a good idea to put a elog(LOG) with the error code in the
> failure path of AllocateFile.

That seems like a plan to me.  I had been thinking of making
win32error.c itself log the conversions, but that would not provide any
context information.  AllocateFile could log the file name along with
the code, which should be enough info to associate a particular log
entry with the actual failure.

Note you should probably save and restore errno around the elog call,
just to be safe.

Could someone with access to Windows code and test this?
        regards, tom lane


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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: [PATCHES] COPY view
Следующее
От: "Jim C. Nasby"
Дата:
Сообщение: Re: Autovacuum on by default?