Re: initdb.exe changes --locale option

Поиск
Список
Период
Сортировка
От Dave Page
Тема Re: initdb.exe changes --locale option
Дата
Msg-id CA+OCxozRGb50X2xuJ-dBHVN93c1b8PA0B++fXZKqr=aKu-X3Bg@mail.gmail.com
обсуждение исходный текст
Ответ на Re: initdb.exe changes --locale option  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-bugs
On Fri, Sep 14, 2012 at 10:09 AM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
> Dave Page <dpage@pgadmin.org> writes:
>> On Fri, Sep 14, 2012 at 6:14 AM, Sandeep Thakkar
>> <sandeep.thakkar@enterprisedb.com> wrote:
>>> No.. what I mean to say is that the output from getlocales is same in 9.1
>>> and 9.2.  (I checked the installation logs). It's initdb in 9.2 that is not
>>> accepting the same output. So, it has nothing to with the VC++ runtimes.
>
>> Ah, OK. Sorry - misunderstood what you were saying. I guess it could
>> still be the runtimes, but affecting initdb, though a quick look at
>> the initdb commit logs shows this
>> http://git.postgresql.org/gitweb/?p=postgresql.git;a=commit;h=a88b6e4cfbff9802906dd400ef334ffa49e7f286,
>> which I'd immediately suspect as at least part of the culprit, except
>> that it was apparently backported to 9.1.
>
> Actually, 9.2 intentionally tries to canonicalize locale names, see
> commit c7cea267de3ca05b29a57b9d113b95ef3793c8d8.  Microsoft's support
> of setlocale seems to be shoddy enough that it wouldn't be surprising
> if there were some issue there.

Oh, OK - thanks for the pointer. I guess this needs further
investigation on Windows - I know I'm not likely to be able to look at
it for at least a couple of weeks, so if anyone else can...

--
Dave Page
Blog: http://pgsnake.blogspot.com
Twitter: @pgsnake

EnterpriseDB UK: http://www.enterprisedb.com
The Enterprise PostgreSQL Company

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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: BUG #7516: PL/Perl crash
Следующее
От: Marko Tiikkaja
Дата:
Сообщение: Re: BUG #7516: PL/Perl crash