| From: | Tatsuo Ishii <t-ishii(at)sra(dot)co(dot)jp> |
|---|---|
| To: | tgl(at)sss(dot)pgh(dot)pa(dot)us |
| Cc: | pgsql-hackers(at)postgresql(dot)org |
| Subject: | Re: PQescapeBytea is not multibyte aware |
| Date: | 2002-04-06 00:43:08 |
| Message-ID: | 20020406094308W.t-ishii@sra.co.jp |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers pgsql-patches |
> Hmm, so essentially we'd have to convert all codes >= 0x80 to prevent
> them from being mistaken for parts of multibyte sequences?
Yes.
> Ugh, but
> you're probably right. It looks to me like byteaout does the reverse
> already.
As for the new UNKNOWN data type, that seems a good thing for
me. However, I think more aggressive soultion would be having an
encoding info in the text data type itself. This would also opens the
way to implement SQL99's CREATE CHARACTER SET stuffs. I have been
thinking about this for a while and want to make a RFC in the future(I
need to rethink my idea to adopt the SCHEMA you introduced).
BTW, for the 7.2.x tree we need a solution with lesser impact.
For this purpose, I would like to change PQescapeBytea as I stated in
the previous mail. Objection?
--
Tatsuo Ishii
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Bruce Momjian | 2002-04-06 01:32:47 | Re: timeout implementation issues |
| Previous Message | Fernando Nasser | 2002-04-06 00:08:02 | Re: What's the CURRENT schema ? |
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Bruce Momjian | 2002-04-06 02:15:00 | Re: 7.2 fe-exec.c patch to PQescapeString() |
| Previous Message | Josh Berkus | 2002-04-05 23:51:35 | Re: 16 parameter limit |