Re: text and bytea

Поиск
Список
Период
Сортировка
Искать
От
Bruce Momjian
Тема
Re: text and bytea
Дата
Msg-id
200803040329.m243THK24433@momjian.us
Ответ на
Список
Дерево обсуждения
text and bytea "hernan gonzalez" <hgonzalez@gmail.com>
Re: text and bytea Martijn van Oosterhout <kleptog@svana.org>
Re: text and bytea Alvaro Herrera <alvherre@commandprompt.com>
Re: text and bytea "hernan gonzalez" <hgonzalez@gmail.com>
Re: text and bytea Martijn van Oosterhout <kleptog@svana.org>
Re: text and bytea "hernan gonzalez" <hgonzalez@gmail.com>
Re: text and bytea Gregory Stark <stark@enterprisedb.com>
Re: text and bytea "hernan gonzalez" <hgonzalez@gmail.com>
Re: text and bytea Tom Lane <tgl@sss.pgh.pa.us>
Re: text and bytea "hernan gonzalez" <hgonzalez@gmail.com>
Re: text and bytea Tom Lane <tgl@sss.pgh.pa.us>
Re: text and bytea Bruce Momjian <bruce@momjian.us>
Tom Lane wrote:
> "hernan gonzalez"  writes:
> > test=# create view vchartest as
> >  select encode(convert_to(c,'LATIN9'),'escape') as c1 from chartest;
> 
> Hmm.  This isn't a very sensible combination that you've written here,
> but I see the point: encode(..., 'escape') is broken in that it fails
> to convert high-bit-set bytes into \nnn sequences.  At least in
> multibyte backend encodings, we *must* do that to produce valid textual
> output.  I suspect that for consistency we should do it regardless of
> backend encoding.

With Tom's encoding() patch applied I assume there is no TODO item here.

-- 
  Bruce Momjian          http://momjian.us
  EnterpriseDB                             http://postgres.enterprisedb.com

  + If your life is a hard drive, Christ can be your backup. +
В списке pgsql-general по дате отправления
От: brian
Дата:
От: Karl Denninger
Дата:
FAQ