Re: [HACKERS] Re: Turkish locale bug

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Larry Rosenman <ler(at)lerctr(dot)org>
Cc: pgsql-bugs(at)postgresql(dot)org, pgsql-hackers(at)postgresql(dot)org
Subject: Re: [HACKERS] Re: Turkish locale bug
Date: 2001-02-20 03:00:41
Message-ID: 10934.982638041@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs pgsql-hackers

Larry Rosenman <ler(at)lerctr(dot)org> writes:
> What about EBCDIC (IBM MainFrame, I.E. Linux on S/390, Z/390).

Right, that was what I meant about not wanting to hardwire assumptions
about ASCII.

We could instead code it as

if (isupper(ch))
ch = ch + ('a' - 'A');

which I believe will work on EBCDIC as well as ASCII. However, it still
breaks down if isupper() claims that anything besides 'A'..'Z' is
uppercase --- and the simple 'A' to 'Z' range check does *not* work in
EBCDIC.

It would be an interesting timewaster to try to get Postgres working on
an EBCDIC platform ;-). I'm sure there are a lot of ASCII dependencies
lurking in the code that would need to be snuffed out. However, that
doesn't mean that I'm eager to add another one here ...

regards, tom lane

In response to

Responses

Browse pgsql-bugs by date

  From Date Subject
Next Message Larry Rosenman 2001-02-20 03:15:23 Re: [HACKERS] Re: Turkish locale bug
Previous Message Larry Rosenman 2001-02-20 02:39:15 Re: [HACKERS] Re: Turkish locale bug

Browse pgsql-hackers by date

  From Date Subject
Next Message Larry Rosenman 2001-02-20 03:15:23 Re: [HACKERS] Re: Turkish locale bug
Previous Message Hiroshi Inoue 2001-02-20 02:47:58 Re: floating point representationu