Re: what to do about unsupported encodings - Mailing list pgsql-hackers

From Tom Lane
Subject Re: what to do about unsupported encodings
Date
Msg-id 5223.1477501295@sss.pgh.pa.us
Whole thread Raw
In response to what to do about unsupported encodings  (Peter Eisentraut <peter.eisentraut@2ndquadrant.com>)
Responses Re: what to do about unsupported encodings  (Michael Paquier <michael.paquier@gmail.com>)
List pgsql-hackers
Peter Eisentraut <peter.eisentraut@2ndquadrant.com> writes:
> pg_get_encoding_from_locale() in chklocale.c reports this when it finds
> a locale with an encoding it does not recognize:

> ereport(WARNING,
>         (errmsg("could not determine encoding for locale \"%s\": codeset
> is \"%s\"",
>                 ctype, sys),
>    errdetail("Please report this to <pgsql-bugs@postgresql.org>.")));

> I guess we don't get many of these reports.  But when testing out all
> the locales that an OS provides, I can produce tons of warnings like
> this, mostly related to legacy encodings of various localities.

> Should we maintain a list to the effect of, these are encodings we have
> heard about but don't support?  Or should we just drop the "please
> report this" part?  I think the latter was added when we were still
> breaking in this code, but it seems to have held up well.

I agree we could do without that now.

Slightly related: there are some callers such as PGLC_localeconv that
aren't checking for a failure return.  Seems bad.
        regards, tom lane



pgsql-hackers by date:

Previous
From: Robert Haas
Date:
Subject: Re: 9.6 TAP tests and extensions
Next
From: Robert Haas
Date:
Subject: Re: Improving RLS planning