Re: seahorse again failing

Поиск
Список
Период
Сортировка
От Magnus Hagander
Тема Re: seahorse again failing
Дата
Msg-id 6BCB9D8A16AC4241919521715F4D8BCEA3558C@algol.sollentuna.se
обсуждение исходный текст
Ответ на Re: seahorse again failing  (Andrew Dunstan <andrew@dunslane.net>)
Ответы Re: seahorse again failing
Список pgsql-hackers
> >> 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.

Definitly. If nothing else, it should at least be listed in the platform
identificagtion. AFAIK, Snake is also a VM, and Daves other box as
well... But on VMWare (or was it Virtual Server?) and not Xen, but
still.

//Magnus


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

Предыдущее
От: Hannu Krosing
Дата:
Сообщение: Re: Tricky bugs in concurrent index build
Следующее
От: "Dave Page"
Дата:
Сообщение: Re: seahorse again failing