Re: Giving the shared catalogues a defined encoding - Mailing list pgsql-hackers

From Thomas Munro
Subject Re: Giving the shared catalogues a defined encoding
Date
Msg-id CA+hUKGL6ur9egBW-E9dm=fuE8yVz355oQiWU2nZTCK1D7-Draw@mail.gmail.com
Whole thread Raw
In response to Re: Giving the shared catalogues a defined encoding  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
On Sat, Dec 7, 2024 at 7:51 AM Tom Lane <tgl@sss.pgh.pa.us> wrote:
> Over in the discussion of bug #18735, I've come to the realization
> that these problems apply equally to the filesystem path names that
> the server deals with: not only the data directory path, but the
> path to the installation files [1].  Can we apply the same sort of
> restrictions to those?  I'm envisioning that initdb would check
> either encoding-validity or all-ASCII-ness of those path names
> depending on which mode it's setting the server up in.

Rabbit hole engaged.  I am working on a generalisation, renamed to
just CLUSTER ENCODING, covering all text that is not in a database but
might be visible though database glasses (and probably more).  Looking
into pathnames and GUCs now.  More soon.



pgsql-hackers by date:

Previous
From: Jelte Fennema-Nio
Date:
Subject: Re: Add a warning message when using unencrypted passwords
Next
From: Tomas Vondra
Date:
Subject: Re: Refactoring postmaster's code to cleanup after child exit