From: | Tatsuo Ishii <t-ishii(at)sra(dot)co(dot)jp> |
---|---|
To: | tgl(at)sss(dot)pgh(dot)pa(dot)us |
Cc: | cti848(at)www(dot)textilenet(dot)org(dot)tw, pgsql-bugs(at)postgresql(dot)org |
Subject: | Re: postgresql v7.1.3 bug report |
Date: | 2001-09-05 04:08:35 |
Message-ID: | 20010905130835K.t-ishii@sra.co.jp |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-bugs |
> Tatsuo Ishii <t-ishii(at)sra(dot)co(dot)jp> writes:
> > Note that EUC_TW or any multibyte encodings that are allowed for
> > backend side, do not contain such ASCII special characters as "|" and
> > should be safe for the parser and the regexp routines.
>
> But the point is that a pg_wchar is being squeezed down to a char.
> PEEK() produces a pg_wchar, no?
Oh I see.
Actually "c" is used soly to judge if it's '|' or some other stop
(ASCII) characters, so there is no need for changing it to pg_wchar
even if it could be squeezed down to a char. However, someday someone
might use c for other purpose, and it would be a good idea to prepare
for such kind of disaster. Will fix.
--
Tatsuo Ishii
From | Date | Subject | |
---|---|---|---|
Next Message | Bruce Momjian | 2001-09-05 16:52:37 | Re: libpgtcl doesn't use UTF encoding of TCL |
Previous Message | Tom Lane | 2001-09-05 03:35:17 | Re: postgresql v7.1.3 bug report |