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 по дате отправления: