Re: Re: Turkish locale bug - Mailing list pgsql-hackers

From Tom Lane
Subject Re: Re: Turkish locale bug
Date
Msg-id 4933.983578260@sss.pgh.pa.us
Whole thread Raw
In response to Re: Re: Turkish locale bug  (teg@redhat.com (Trond Eivind Glomsrød))
Responses Re: Re: Turkish locale bug  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
teg@redhat.com (Trond Eivind Glomsrød) writes:
> Has anyone come up with a good solution? The last one I saw from Tom
> Lane required compile-time options which isn't an option for us.

As far as I know it's fixed in the currently-committed sources.  The
key is to do case normalization for keyword-testing separately from
case normalization of an identifier (after it's been determined not
to be a keyword).  Amazingly enough, SQL99 actually requires this...

In Turkish this means that either INSERT or insert will be seen as
a keyword, while either XINSERT or xinsert will become "x�nsert".
        regards, tom lane


pgsql-hackers by date:

Previous
From: teg@redhat.com (Trond Eivind Glomsrød)
Date:
Subject: Re: Re: Turkish locale bug
Next
From: Tom Lane
Date:
Subject: Re: Re: Turkish locale bug