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: | Raw Message | Whole Thread | 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 |