Re: dangers of setlocale() in backend (was: problem with float8 input format)

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

Responses

Browse pgsql-hackers by date

  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