Re: Turkish downcasting in PL/pgSQL

Поиск
Список
Период
Сортировка
От Peter Eisentraut
Тема Re: Turkish downcasting in PL/pgSQL
Дата
Msg-id 200408141021.33455.peter_e@gmx.net
обсуждение исходный текст
Ответ на Re: Turkish downcasting in PL/pgSQL  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: Turkish downcasting in PL/pgSQL
Список pgsql-bugs
Tom Lane wrote:
> Peter, any thoughts on this one way or the other?  At the moment
> plpgsql's scan.l seems to be the only use of '%option
> case-insensitive' but we have enough flex lexers laying about that I
> wouldn't be surprised to have this same risk elsewhere.  Is it
> reasonable to try to force LANG=C in some global fashion during the
> build?

You'd have to set LC_ALL=C to be really sure to override everything.
But I would stay away from doing that globally, because all the
translation work in gcc and make would go to waste.

I would also suggest that Nicolai report this issue to the flex
developers.  It's only bound to reappear everywhere case-insensitive
flex scanners are used.

--
Peter Eisentraut
http://developer.postgresql.org/~petere/

В списке pgsql-bugs по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Primary key duplicates
Следующее
От: Peter Eisentraut
Дата:
Сообщение: Re: Turkish downcasting in PL/pgSQL