| From: | Joe Conway <mail(at)joeconway(dot)com> |
|---|---|
| To: | Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> |
| Cc: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Anders Hammarquist <iko(at)strakt(dot)com>, pgsql-bugs(at)postgresql(dot)org, Tatsuo Ishii <t-ishii(at)sra(dot)co(dot)jp> |
| Subject: | Re: Bug #728: Interactions between bytea and character encoding |
| Date: | 2002-08-04 06:29:44 |
| Message-ID: | 3D4CC9D8.3080602@joeconway.com |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-bugs |
Bruce Momjian wrote:
> Does this mean we don't have to esacpe >0x7f when inputting bytea
> anymore?
I seem to remember that bytea data was run through the multibute code
for some reason, and I don't recall seeing that changed. ISTM that we
shouldn't force bytea thought multibyte functions at all.
The UNKNOWNIN patch did address part of the problem, just not all of it.
Previously all 'unknown' data was initially cast as TEXT, and thus was
subject to multibyte character set interpretation. But there was another
execution path that was not dealt with. I'll search the archives for the
thread.
Joe
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Joe Conway | 2002-08-04 07:45:54 | Re: Bug #728: Interactions between bytea and character encoding |
| Previous Message | Bruce Momjian | 2002-08-04 05:55:10 | Re: Bug #728: Interactions between bytea and character encoding |