Re: PG compilation error with Visual Studio 2015/2017/2019

Поиск
Список
Период
Сортировка
От Juan José Santamaría Flecha
Тема Re: PG compilation error with Visual Studio 2015/2017/2019
Дата
Msg-id CAC+AXB3tdnzvci=piTNqbgXx3m1T42hPQmyU6_+-3W_QLw5VWQ@mail.gmail.com
обсуждение исходный текст
Ответ на Re: PG compilation error with Visual Studio 2015/2017/2019  (Amit Kapila <amit.kapila16@gmail.com>)
Ответы Re: PG compilation error with Visual Studio 2015/2017/2019
Re: PG compilation error with Visual Studio 2015/2017/2019
Список pgsql-hackers

On Fri, Apr 17, 2020 at 10:33 AM Amit Kapila <amit.kapila16@gmail.com> wrote:

I see some differences in the output when _create_locale() is used vs.
when GetLocaleInfoEx() is used.  Forex.

Thanks for the thorough review.
 
The function IsoLocaleName() header comment says "Convert a Windows
setlocale() argument to a Unix-style one", so I was expecting above
cases which gives valid values with _create_locale() should also work
with GetLocaleInfoEx().  If it is fine for GetLocaleInfoEx() to return
an error for the above cases, then we need an explanation of the same
and probably add a few comments as well.  So, I am not sure if we can
conclude that GetLocaleInfoEx() is an alternative to _create_locale()
at this stage.

We can get a match for those locales in non-ISO format by enumerating available locales with EnumSystemLocalesEx(), and trying to find a match.

Please find a new patch for so.

Regards,

Juan José Santamaría Flecha
Вложения

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

Предыдущее
От: Andres Freund
Дата:
Сообщение: Re: Should we add xid_current() or a int8->xid cast?
Следующее
От: Andrew Dunstan
Дата:
Сообщение: Re: Build errors in VS