Re: PG 13 release notes, first draft

From: Chapman Flack <chap(at)anastigmatix(dot)net>
To: Bruce Momjian <bruce(at)momjian(dot)us>
Cc: John Naylor <john(dot)naylor(at)2ndquadrant(dot)com>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: PG 13 release notes, first draft
Date: 2020-05-07 18:08:58
Message-ID: 5EB44EBA.3040206@anastigmatix.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On 05/07/20 09:46, Bruce Momjian wrote:
> Ah, very good point. New text is:
>
> Allow Unicode escapes, e.g., E'\u####', in databases that do not
> use UTF-8 encoding (Tom Lane)
>
> The Unicode characters must be available in the database encoding.
> ...
>
> I am only using E'\u####' as an example.

Hmm, how about:

Allow Unicode escapes, e.g., E'\u####' or U&'\####', to represent
any character available in the database encoding, even when that
encoding is not UTF-8.

which I suggest as I recall more clearly that the former condition
was not that such escapes were always rejected in other encodings; it was
that they were rejected if they represented characters outside of ASCII.
(Yossarian let out a respectful whistle.)

My inclination is to give at least one example each of the E and U&
form, if only so the casual reader of the notes may think "say! I hadn't
heard of that other form!" and be inspired to find out about it. But
perhaps it seems too much.

Regards,
-Chap

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Ashwin Agrawal 2020-05-07 18:18:48 Re: pg_basebackup misses to report checksum error
Previous Message Stephen Frost 2020-05-07 17:24:59 Re: pg_basebackup misses to report checksum error