Re: PQescapeBytea is not multibyte aware

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

In response to

Responses

Browse pgsql-hackers by date

  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 ?

Browse pgsql-patches by date

  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