Re: ICU for global collation

From: Peter Eisentraut <peter(dot)eisentraut(at)enterprisedb(dot)com>
To: Julien Rouhaud <rjuju123(at)gmail(dot)com>
Cc: pgsql-hackers <pgsql-hackers(at)postgresql(dot)org>, Daniel Verite <daniel(at)manitou-mail(dot)org>
Subject: Re: ICU for global collation
Date: 2022-01-21 14:24:02
Message-ID: e2061949-f731-fd60-8b0b-3bae75095b4f@enterprisedb.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On 21.01.22 14:51, Julien Rouhaud wrote:
>> From 1c46bf3138ad42074971aa3130142236de7e63f7 Mon Sep 17 00:00:00 2001
>> From: Peter Eisentraut <peter(at)eisentraut(dot)org>
>> Date: Fri, 21 Jan 2022 10:01:25 +0100
>> Subject: [PATCH] Change collate and ctype fields to type text
>
> + collversionstr = TextDatumGetCString(datum);
> +
> actual_versionstr = get_collation_actual_version(collform->collprovider, collcollate);
> if (!actual_versionstr)
> {
> @@ -1606,7 +1616,6 @@ pg_newlocale_from_collation(Oid collid)
> (errmsg("collation \"%s\" has no actual version, but a version was specified",
> NameStr(collform->collname))));
> }
> - collversionstr = TextDatumGetCString(collversion);
>
>
> Is that change intended? There isn't any usage of the collversionstr before
> the possible error when actual_versionstr is missing.

I wanted to move it closer to the SysCacheGetAttr() where the "datum"
value is obtained. It seemed weird to get the datum, then do other
things, then decode the datum.

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Alvaro Herrera 2022-01-21 14:49:48 Re: row filtering for logical replication
Previous Message Peter Eisentraut 2022-01-21 13:53:39 Re: Skipping logical replication transactions on subscriber side