Re: ERRORDATA_STACK_SIZE exceeded

From: Stefan Sassenberg <stefan(dot)sassenberg(at)gmx(dot)de>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: pgsql-general(at)postgresql(dot)org
Subject: Re: ERRORDATA_STACK_SIZE exceeded
Date: 2006-10-17 15:04:29
Message-ID: 4534F0FD.5070502@gmx.de
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Tom Lane wrote:
> Stefan Sassenberg <stefan(dot)sassenberg(at)gmx(dot)de> writes:
>> Tom Lane wrote:
>>> What LC_CTYPE and LC_MESSAGES settings are you using? We've seen
>>> problems of this ilk when gettext() produces messages encoded in the
>>> "wrong" encoding (ie, not what the database encoding is).
>
>> postgresql.log says [...] LC_MESSAGES=de_DE(at)euro
>
> Hm. You'll need to check your platform's locale settings, but I bet
> that that setting implies LATIN1 encoding (or LATINsomething anyway).
> So any message text that gettext produces that happens to contain
> high-bit-set LATIN characters would be invalidly encoded in a UTF8
> database. The particular case that causes error stack overflow is
> where the message about invalid conversion itself has the problem :-(
>
> The real bottom line here is that your locale settings have to imply
> an encoding that is the same as the database encoding. This is just
> one of the things that can go wrong when they're different.
>
>> I can't find anything about LC_CTYPE.
>
> "show lc_type" would tell you, but it's probably the same.

de_DE(at)euro is ISO-8859-15, if that helps. I changed the locale to
en_US.UTF-8 and LC_CTYPE in the environment is set to that value too.
Nevertheless "show lc_ctype" says de_DE(at)euro, even after a postgresql
restart. How can I change that?

Stefan

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Tom Lane 2006-10-17 15:06:21 Re: ERRORDATA_STACK_SIZE exceeded
Previous Message Alvaro Herrera 2006-10-17 14:59:34 Re: A query planner that learns