Re: initdb.exe changes --locale option

From: Dave Page <dpage(at)pgadmin(dot)org>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Sandeep Thakkar <sandeep(dot)thakkar(at)enterprisedb(dot)com>, Mike Toews <mwtoews(at)gmail(dot)com>, "pgsql-bugs(at)postgresql(dot)org" <pgsql-bugs(at)postgresql(dot)org>
Subject: Re: initdb.exe changes --locale option
Date: 2012-09-14 14:45:51
Message-ID: CA+OCxozRGb50X2xuJ-dBHVN93c1b8PA0B++fXZKqr=aKu-X3Bg@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

On Fri, Sep 14, 2012 at 10:09 AM, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
> Dave Page <dpage(at)pgadmin(dot)org> writes:
>> On Fri, Sep 14, 2012 at 6:14 AM, Sandeep Thakkar
>> <sandeep(dot)thakkar(at)enterprisedb(dot)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

In response to

Browse pgsql-bugs by date

  From Date Subject
Next Message Marko Tiikkaja 2012-09-14 15:26:29 Re: BUG #7516: PL/Perl crash
Previous Message Tom Lane 2012-09-14 14:26:23 Re: BUG #7516: PL/Perl crash