Re: seahorse again failing - Mailing list pgsql-hackers

From Andrew Dunstan
Subject Re: seahorse again failing
Date
Msg-id 44EB148C.7090009@dunslane.net
Whole thread Raw
In response to Re: seahorse again failing  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: seahorse again failing
Re: seahorse again failing
List 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 by date:

Previous
From: "Jim C. Nasby"
Date:
Subject: Re: Autovacuum on by default?
Next
From: Stefan Kaltenbrunner
Date:
Subject: Re: seahorse again failing