Re: seahorse again failing

Поиск
Список
Период
Сортировка
От Andrew Dunstan
Тема Re: seahorse again failing
Дата
Msg-id 44EB148C.7090009@dunslane.net
обсуждение исходный текст
Ответ на Re: seahorse again failing  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: seahorse again failing
Re: seahorse again failing
Список pgsql-hackers
Tom Lane wrote:
> 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?
>
>   

All this seems good and sensible.

I am just a little suspicious of seahorse, though, as it is running on a 
Xen VM.

I wonder if we should add a VM column to the buildfarm machine specs.

cheers

andrew


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

Предыдущее
От: "Jim C. Nasby"
Дата:
Сообщение: Re: Autovacuum on by default?
Следующее
От: Stefan Kaltenbrunner
Дата:
Сообщение: Re: seahorse again failing