From owner-freebsd-hackers  Sun Oct 15 17:37:49 1995
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.6.12/8.6.6) id RAA20689
          for hackers-outgoing; Sun, 15 Oct 1995 17:37:49 -0700
Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19])
          by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id RAA20677
          for <hackers@freefall.freebsd.org>; Sun, 15 Oct 1995 17:37:44 -0700
Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id KAA03511; Mon, 16 Oct 1995 10:36:51 +1000
Date: Mon, 16 Oct 1995 10:36:51 +1000
From: Bruce Evans <bde@zeta.org.au>
Message-Id: <199510160036.KAA03511@godzilla.zeta.org.au>
To: hackers@freefall.freebsd.org, kaleb@x.org
Subject: Re: A couple problems in FreeBSD 2.1.0-950922-SNAP
Cc: ache@astral.msk.su
Sender: owner-hackers@FreeBSD.org
Precedence: bulk

>>>just fixing ls isn't enough. The default table of character types in 
>>>libc/locale/table.c isn't populated well enought to handle the whole 
>>>ISO8859-1 character set. The following patch fixes ls, libc, and also 

>>Default code table is ASCII and _not_ ISO8859-1, so it not needed to be
>>populated. Default code table is strict 7bit.

>No, it doesn't need to be, but is there a reason it can't do the right 
>thing anyway? The table is defined as having 256 elements, so populating 
>it with something useful isn't going to hurt anything.

The C standard.  E.g., in the "C" locale, islower() and isupper() are
specified as returning true only for the "C" lower and upper case letters.
Thus in the ASCII table, _L and _U must not be set for characters >= 128.

Bruce