From owner-freebsd-hackers Mon Oct 16 06:49:46 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id GAA08274 for hackers-outgoing; Mon, 16 Oct 1995 06:49:46 -0700 Received: from expo.x.org (expo.x.org [198.112.45.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id GAA08268 for ; Mon, 16 Oct 1995 06:49:44 -0700 Received: from exalt.x.org by expo.x.org id AA17487; Mon, 16 Oct 95 09:46:52 -0400 Received: from localhost by exalt.x.org id JAA07333; Mon, 16 Oct 1995 09:46:46 -0400 Message-Id: <199510161346.JAA07333@exalt.x.org> To: hackers@freefall.FreeBSD.org Cc: Bruce Evans Subject: Re: A couple problems in FreeBSD 2.1.0-950922-SNAP In-Reply-To: Your message of Mon, 16 Oct 1995 10:36:51 EST. <199510160036.KAA03511@godzilla.zeta.org.au> Organization: X Consortium Date: Mon, 16 Oct 1995 09:46:45 EST From: "Kaleb S. KEITHLEY" Sender: owner-hackers@FreeBSD.org Precedence: bulk >>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. Right you are. I could live with that restriction. -- Kaleb