Re: [GENERAL] ascii() for utf8

From: Bruce Momjian <bruce(at)momjian(dot)us>
To: Alvaro Herrera <alvherre(at)commandprompt(dot)com>
Cc: "Decibel!" <decibel(at)decibel(dot)org>, Stuart <smcg2297(at)frii(dot)com>, PostgreSQL-development list <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: [GENERAL] ascii() for utf8
Date: 2007-09-14 03:19:56
Message-ID: 200709140319.l8E3JuS19926@momjian.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general pgsql-hackers


This has been saved for the 8.4 release:

http://momjian.postgresql.org/cgi-bin/pgpatches_hold

---------------------------------------------------------------------------

Alvaro Herrera wrote:
> Decibel! wrote:
> > Moving to -hackers.
> >
> > On Jul 27, 2007, at 1:22 PM, Stuart wrote:
> >> Does Postgresql have a function like ascii() that will
> >> return the unicode codepoint value for a utf8 character?
> >> (And symmetrically same for question chr() of course).
>
> > I suspect that this is just a matter of no one scratching the itch. I
> > suspect a patch would be accepted, or you could possibly put something on
> > pgFoundry.
>
> Nay; there were some discussions about this not long ago, and I think
> one conclusion you could draw from them is that many people want these
> functions in the backend.
>
> > I'd set it up so that ascii() and chr() act according to the
> > appropriate locale setting (I'm not sure which one would be appropriate).
>
> I don't see why any of them would react to the locale, but they surely
> must honor client encoding.
>
> --
> Alvaro Herrera http://www.PlanetPostgreSQL.org/
> "I dream about dreams about dreams", sang the nightingale
> under the pale moon (Sandman)
>
> ---------------------------(end of broadcast)---------------------------
> TIP 1: if posting/reading through Usenet, please send an appropriate
> subscribe-nomail command to majordomo(at)postgresql(dot)org so that your
> message can get through to the mailing list cleanly

--
Bruce Momjian <bruce(at)momjian(dot)us> http://momjian.us
EnterpriseDB http://www.enterprisedb.com

+ If your life is a hard drive, Christ can be your backup. +

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Bruce Momjian 2007-09-14 04:19:38 Re: FATAL: could not reattach to shared memory (Win32)
Previous Message Tom Lane 2007-09-14 02:52:42 Re: 8.2.4 error restoring dump because of gin__int_ops

Browse pgsql-hackers by date

  From Date Subject
Next Message Bruce Momjian 2007-09-14 03:21:17 Re: clog_buffers to 64 in 8.3?
Previous Message Bruce Momjian 2007-09-14 03:16:42 Re: Reducing Transaction Start/End Contention