Re: BUG #1931: ILIKE and LIKE fails on Turkish locale
| От | Victor Snezhko |
|---|---|
| Тема | Re: BUG #1931: ILIKE and LIKE fails on Turkish locale |
| Дата | |
| Msg-id | u7j0hv2fh.fsf@indorsoft.ru обсуждение исходный текст |
| Ответ на | Re: BUG #1931: ILIKE and LIKE fails on Turkish locale (Victor Snezhko <snezhko@indorsoft.ru>) |
| Ответы |
Re: BUG #1931: ILIKE and LIKE fails on Turkish locale
|
| Список | pgsql-bugs |
Victor Snezhko <snezhko@indorsoft.ru> writes:
> ERROR: expected dot between identifiers: =C8
> CONTEXT: compile of PL/pgSQL function "createoraltertable" near line 2
>
> the following query fails:
>
> CREATE OR REPLACE FUNCTION TestFunction()
> RETURNS int
> AS $$
> BEGIN
> SELECT =C8 FROM test_table;
> RETURN 0;
> END;
> $$ LANGUAGE plpgsql;
Hmm, seems like plpgsql is also broken for multibyte encodings. it
contains some single-byte ops, like the following:
while (*s && isspace((unsigned char) *s))
s++;
if (*s++ !=3D '.')
elog(ERROR, "expected dot between identifiers: %s", sstart);
If we state that there are fixes for multibyte encodings in 8.2, we
should note that plpgsql is still broken. Being unfamiliar with
postgresql multibyte internals, I don't see a simple way to fix it
now.=20
--=20
WBR, Victor V. Snezhko
E-mail: snezhko@indorsoft.ru
В списке pgsql-bugs по дате отправления: