From: | Stephan Szabo <sszabo(at)megazone(dot)bigpanda(dot)com> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | Greg Stark <gsstark(at)mit(dot)edu>, <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Collation rules and multi-lingual databases |
Date: | 2003-08-23 04:56:58 |
Message-ID: | 20030822215516.T6822-100000@megazone.bigpanda.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Fri, 22 Aug 2003, Stephan Szabo wrote:
> On Fri, 22 Aug 2003, Tom Lane wrote:
>
> > Stephan Szabo <sszabo(at)megazone(dot)bigpanda(dot)com> writes:
> > > On 22 Aug 2003, Greg Stark wrote:
> > >> If it's deemed a reasonable approach and nobody has any fatal flaws then I
> > >> expect it would be useful to put in the contrib directory?
> >
> > > I'm not sure that ERROR if the locale cannot be put back is sufficient
> > > (although that case should be rare or non-existant).
> >
> > A bigger risk is that something might elog(ERROR) while you have the
> > "wrong" locale set, denying you the chance to put back the right one.
> > I think this code is not nearly paranoid enough about how much it does
> > while the wrong locale is set.
>
> True, there are calls to palloc, elog, etc inside there, although the elog
> could be removed.
Since most of that work is for an exceptional case, maybe it'd be safer
(although slower) to structure the function as
setlocale
call strxfrm (and that's it)
setlocale back
if there wasn't enough space
make a new buffer
setlocale
call strxfrm (and that's it)
setlocale back
Probably putting the sl/strxfrm/sl into its own function.
From | Date | Subject | |
---|---|---|---|
Next Message | Greg Stark | 2003-08-23 09:51:16 | Re: Collation rules and multi-lingual databases |
Previous Message | Larry Rosenman | 2003-08-23 04:31:41 | Re: strerror_r and gethostbyname_r? |