Re: Installation Error: Column d.Dtaiculocale dose not exist Line 8

From: Muhammad Waqas <waqas(dot)m(at)bitnine(dot)net>
To: BRAD BLANSKI <odin_art(at)msn(dot)com>
Cc: "pgsql-bugs(at)lists(dot)postgresql(dot)org" <pgsql-bugs(at)lists(dot)postgresql(dot)org>
Subject: Re: Installation Error: Column d.Dtaiculocale dose not exist Line 8
Date: 2024-10-28 04:56:44
Message-ID: CAHYHq4V9R74uCJrXe2MUwtefcT1G+kpPNemA9c=xYcw9yhZNQA@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

Did you change your column name?

On Sun, 27 Oct 2024 at 18:32, BRAD BLANSKI <odin_art(at)msn(dot)com> wrote:

> Hello,
>
> I have not gotten far yet for installation of PostgreSQL in set up,
> probably a good thing. During installation using Stack Builder 4.2.1 with
> pgBouncer I get the following alert:
>
>
> I am using windows 10 86_64.
>
> Postgres Version: 15.8
> Psql Version: 15.8
>
> I see the release notes stating pg_database daticulocale was changed to
> datlocale and colliculocale to collilocale. I have the pg_collation and
> pg_database where the following columns are labeled incorrectly?
>
>
> Here is copy of the Posgres Installer version 17.0-1:
>
>
> According to the Postgres website, I should have version 16 installed
> because version 17 is 16? Any help on a work around would be greatly
> appreciated. Thank you,
>
> Brad Blanski
> 763-389-0071
>

--
*Muhammad Waqas*
*Senior Technical Support Engineer - Tech Support Center (Karachi)*
Mobile: +92-322-2844150
Email: *waqas(dot)m(at)bitnine(dot)net <waqas(dot)m(at)bitnine(dot)net>*
1st floor, suit no F-04, COLABS Karachi, 8-C Khayaban-e-Tanzeem,
DHA Phase 5 Tauheed Commercial Area,
Defense V Defense Housing Authority, Karachi, Karachi City, Sindh,
75500 Pakistan.

In response to

Browse pgsql-bugs by date

  From Date Subject
Next Message Michael Paquier 2024-10-28 07:23:33 Re: BUG #18674: Partitioned table doesn't depend on access method it uses
Previous Message Kirill Reshke 2024-10-27 20:23:23 Re: BUG #18674: Partitioned table doesn't depend on access method it uses