Re: Extensions, patch v20 (bitrot fixes) - Mailing list pgsql-hackers

From Tom Lane
Subject Re: Extensions, patch v20 (bitrot fixes)
Date
Msg-id 24939.1292776453@sss.pgh.pa.us
Whole thread Raw
In response to Re: Extensions, patch v20 (bitrot fixes)  (Itagaki Takahiro <itagaki.takahiro@gmail.com>)
Responses Re: Extensions, patch v20 (bitrot fixes)  (Dimitri Fontaine <dimitri@2ndQuadrant.fr>)
Re: Extensions, patch v20 (bitrot fixes)  (Itagaki Takahiro <itagaki.takahiro@gmail.com>)
List pgsql-hackers
Itagaki Takahiro <itagaki.takahiro@gmail.com> writes:
>> Oh, I wasn't aware that Itagaki-san had objected to Tom's proposal.

> I agree that "the default encoding is UTF-8", but it should be
> configurable by the 'encoding' parameter in control files.

Why is it necessary to have such a parameter at all?  AFAICS it just
adds complexity for little if any gain.  Most extension files will
probably be pure ASCII anyway.  Dictionary files are *far* more likely
to contain non-ASCII characters.  If we've gotten along fine with
requiring dictionary files to be UTF8, I can't see any reason why we
can't or shouldn't take the same approach to extension files.

> So, I think no additional complexity will be added even if we
> support a  configurable encoding as the third encoding.

This is nonsense.  The mere existence of the parameter requires code
to support it and user documentation to explain it.
        regards, tom lane


pgsql-hackers by date:

Previous
From: Robert Haas
Date:
Subject: Re: Re: Proposed Windows-specific change: Enable crash dumps (like core files)
Next
From: Magnus Hagander
Date:
Subject: Re: Re: Proposed Windows-specific change: Enable crash dumps (like core files)