From: | Louis-David Mitterrand <cunctator(at)apartia(dot)ch> |
---|---|
To: | Karel Zak <zakkr(at)zf(dot)jcu(dot)cz> |
Cc: | pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: dangers of setlocale() in backend (was: problem with float8 input format) |
Date: | 2000-08-15 09:14:52 |
Message-ID: | 20000815111452.A3684@styx |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Tue, Aug 15, 2000 at 09:23:15AM +0200, Karel Zak wrote:
> > Thank for the pointer to these functions, which are indeed convenient.
> > But the problem remains of not being able to change the backend's locale
> > on-the-fly. For example if an auction user is spanish and the next one
> > is german the locale needs to change several times during the life of
> > the DB, which raises some larger index-related issues apparently.
>
> Before some weeks ago I sent to -patches list patch that allows to change
> locales on-the-fly via 'SET LOCALE' command. But as say Tom L. it's
> VERY DANGEROUS. Solution is locales per columns or something like this, but
> nobody works on this :-)
But your patch sounds incredibly useful :-) Has it been integrated in
the mainline code yet? How does one use this functionality?
Also what is the main difference with using the standard gettext call?
setlocale(LC_ALL, "en_US");
Thanks,
--
Louis-David Mitterrand - ldm(at)apartia(dot)org - http://www.apartia.org
From | Date | Subject | |
---|---|---|---|
Next Message | Karel Zak | 2000-08-15 09:30:11 | Re: dangers of setlocale() in backend (was: problem with float8 input format) |
Previous Message | Kaare Rasmussen | 2000-08-15 09:12:22 | Re: Open Source Database Routs Competition in New Benchmark Tests |