Re: BUG #8385: greek symbols as function name - Mailing list pgsql-bugs

From Kevin Grittner
Subject Re: BUG #8385: greek symbols as function name
Date
Msg-id 1376858901.88877.YahooMailNeo@web162902.mail.bf1.yahoo.com
Whole thread Raw
In response to Re: BUG #8385: greek symbols as function name  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-bugs
Tom Lane <tgl@sss.pgh.pa.us> wrote:=0A> Kevin Grittner <kgrittn@ymail.com> =
writes:=0A>> It occurs to me that the behavior you are seeing would be=0A>>=
 consistent with 945 being considered an uppercase letter, with=0A>> 60536 =
being considered its lowercase form.=A0 Normal PostgreSQL=0A>> case-folding=
 of identifiers would then cause exactly the symptoms=0A>> you are seeing.=
=0A>=0A> Hmm ... identifier case-folding isn't really supposed to do anythi=
ng to=0A> multibyte characters.=A0 I wonder if this isn't a variant of the =
issue=0A> recently fixed in commit d535136b5d60b19f7ffa777b97ed301739c15a9d=
.=0A=0AMaybe.=A0 I notice that if you interpret the first byte as a Unicode=
=0Acode point (as opposed to the first byte of a UTF-8 encoded=0Acharacter)=
, it is an uppercase letter.=A0 But I can't quite see how=0Athat gets to th=
e decimal 60536 value.=A0 Also, going to a commit=0Aprior to the referenced=
 fix I still don't see any problem on my=0Amachine.=A0 That doesn't rule ou=
t a platform-specific manifestation=0Aof the issue, though.=0A=0A--=0AKevin=
 Grittner=0AEDB: http://www.enterprisedb.com=0AThe Enterprise PostgreSQL Co=
mpany

pgsql-bugs by date:

Previous
From: Tom Lane
Date:
Subject: Re: BUG #8385: greek symbols as function name
Next
From: Heikki Linnakangas
Date:
Subject: Re: BUG #8294: new timeline 6 forked off current dat abase system timeline 5 before current recovery point 0/100000