| 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: | Whole Thread | Raw Message | 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 |