Re: Multibyte support in oracle_compat.c

From: Peter Eisentraut <peter_e(at)gmx(dot)net>
To: Tatsuo Ishii <t-ishii(at)sra(dot)co(dot)jp>
Cc: PostgreSQL Development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Multibyte support in oracle_compat.c
Date: 2002-09-05 21:38:10
Message-ID: Pine.LNX.4.44.0209052311400.945-100000@localhost.localdomain
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Tatsuo Ishii writes:

> BTW, nls has same problem as above, no? I guess nls depeneds on locale
> and it may conflict with the database-specific encoding and/or the
> automatic FE/BE encoding conversion.

GNU gettext does its own encoding conversion. It reads the program's
character encoding from the LC_CTYPE locale and converts the material in
the translation catalogs on the fly for output. This is great in general,
really, but for the postmaster it's a problem. If LC_CTYPE is fixed for
the cluster and you later on change your mind about the message language
the it will be recoded into the character set that LC_CTYPE says. And if
that character set does not match the one that is set as the backend
encoding internally then who knows what will happen when this stuff is
recoded again as it's sent to the client. Big, big mess.

--
Peter Eisentraut peter_e(at)gmx(dot)net

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Bruce Momjian 2002-09-05 22:07:25 Removal of PGPASSWORDFILE in beta
Previous Message Peter Eisentraut 2002-09-05 21:37:47 Add check constraint bug