Re: Giving the shared catalogues a defined encoding

2025-04-17 Thread Nico Williams
On Tue, Dec 10, 2024 at 02:29:09AM +1300, Thomas Munro wrote: > Here are some things I have learned about pathname encoding: > > * Some systems enforce an encoding: macOS always requires UTF-8, ext4 > does too if you turn on case insensitivity, zfs has a utf8only option, > and a few less interesti

Re: Giving the shared catalogues a defined encoding

2024-12-09 Thread Thomas Munro
On Sat, Dec 7, 2024 at 7:51 AM Tom Lane 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

Re: Giving the shared catalogues a defined encoding

2024-12-09 Thread Thomas Munro
On Sat, Dec 7, 2024 at 7:51 AM Tom Lane 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

Re: Giving the shared catalogues a defined encoding

2024-12-06 Thread Tom Lane
Thomas Munro writes: > Problem #1: You can have two databases with different encodings, and > they both pretend that pg_database, pg_authid, pg_db_role_setting etc > are in the local database encoding. That doesn't work too well: > non-ASCII text can be reinterpreted in the wrong encoding. > Th