Re: Windows installation problem at post-install step
Thomas Munro <thomas.munro@gmail.com>
From: Thomas Munro <thomas.munro@gmail.com>
To: Sandeep Thakkar <sandeep.thakkar@enterprisedb.com>
Cc: Ertan Küçükoglu <ertan.kucukoglu@gmail.com>, Adrian Klaver <adrian.klaver@aklaver.com>, pgsql-general@lists.postgresql.org
Date: 2024-08-06T05:26:25Z
Lists: pgsql-general
Attachments
- 0001-xxx-debug.patch (text/x-patch) patch 0001
On Mon, Aug 5, 2024 at 8:50 PM Sandeep Thakkar <sandeep.thakkar@enterprisedb.com> wrote: > This issue is seen only on v16 and not the back branches (tested on 15 and 14) and also confirmed by @Ertan Küçükoglu at https://github.com/EnterpriseDB/edb-installers/issues/127#issuecomment-2268371442 Does that mean you can reproduce the problem with initdb.exe directly in a shell? That is, remove the EDB installer from the picture and compare v15 and v16 with the exact command line options that initcluster.vbs is using, or perhaps just: initdb.exe --locale="Turkish,Türkiye" --encoding=UTF-8 -D pgdata . o O (Why does that locale name have a comma?) If v15 works and v16 breaks, perhaps you could try comparing the output with the attached patch? It will give a hex dump of the contents of the locale name at various points in the program, to see if/where it was corrupted, which might also be a bit less confusing than looking at script output via email (I don't even know how many onion layers of transcoding are involved...)
Commits
-
Windows support in pg_import_system_collations
- bf03cfd16217 16.0 cited