Re: plperl vs LC_COLLATE (was Re: Possible savepoint bug) - Mailing list pgsql-hackers

From Michael Paesold
Subject Re: plperl vs LC_COLLATE (was Re: Possible savepoint bug)
Date
Msg-id 43B43F9C.60904@gmx.at
Whole thread Raw
In response to plperl vs LC_COLLATE (was Re: Possible savepoint bug)  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
Tom Lane wrote:
> Michael Paesold <mpaesold@gmx.at> writes:
>> This is a theory. The whole database was loaded using pg_restore, I still 
>> have the original dump so I will have a look at the dump now. The database 
>> actually contains some plperl functions.
> 
> OK, I think I have reproduced the problem.  initdb in C locale, then
> start postmaster with LANG=en_US.UTF-8 in its environment.  Then:

I had reproduced the problem here with a stripped down dump file from my 
backup, but your test case is much simpler, as usual. :-)

> In the meantime, Michael, I'd suggest modifying your postmaster start
> script to force LANG=C, and then reindexing all indexes you have on
> text/varchar/char columns.  That should get you out of the immediate
> problem and prevent it from recurring before we have a fix.

I had already reindexed all tables in a clean session and have now added 
"export LANG=C" to the profile of the postgres unix account. I cannot 
reproduce the bug after doing so.

Thank you for your quick help debugging the problem.

Best Regards,
Michael Paesold


pgsql-hackers by date:

Previous
From: "Andrew Dunstan"
Date:
Subject: Re: localization problem (and solution)
Next
From: Michael Fuhr
Date:
Subject: Re: broken 'SHOW TABLE'-like query works in 8, not 8.1.1