From owner-freebsd-hackers Mon Oct 16 18:14:00 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id SAA02298 for hackers-outgoing; Mon, 16 Oct 1995 18:14:00 -0700 Received: from sovcom.kiae.su (sovcom.kiae.su [144.206.136.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id SAA02293 for ; Mon, 16 Oct 1995 18:13:55 -0700 Received: by sovcom.kiae.su id AA04714 (5.65.kiae-1 ); Tue, 17 Oct 1995 04:11:49 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Tue, 17 Oct 95 04:11:49 +0300 Received: (from ache@localhost) by ache.dialup.demos.ru (8.6.11/8.6.9) id EAA00789; Tue, 17 Oct 1995 04:09:49 +0300 To: Terry Lambert Cc: hackers@freefall.freebsd.org, joerg_wunsch@uriah.heep.sax.de, kaleb@x.org References: <199510170051.RAA25909@phaeton.artisoft.com> In-Reply-To: <199510170051.RAA25909@phaeton.artisoft.com>; from Terry Lambert at Mon, 16 Oct 1995 17:51:14 -0700 (MST) Message-Id: Organization: Olahm Ha-Yetzirah Date: Tue, 17 Oct 1995 04:09:48 +0300 (MSK) X-Mailer: Mail/@ [v2.40 FreeBSD] From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (aka Andrey A. Chernov, Black Mage) X-Class: Fast Subject: Re: A couple problems in FreeBSD 2.1.0-950922-SNAP Lines: 43 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 1873 Sender: owner-hackers@FreeBSD.org Precedence: bulk In message <199510170051.RAA25909@phaeton.artisoft.com> Terry Lambert writes: >For one, my "hack" meets the definition of the ISO ratification of X3J11 >and at the same time conforms to ISO 8859-x character set rules. >It works for all ISO8859-x users, not just ISO8859-1. >The difference is wherein the character code points are set based on >columnar location. This was, in fact, one of the stated design goals >of the 8859-x standards. Well, lets consider D7 char from 8859-1 exactly: is it ispunct() too f.e, in 8859-5? Lets consider DF char exactly, is it islower() too f.e. in 8859-5? BTW, why we even forced to be strictly in 8859 bounds? Why another charset with lower half equal to ASCII can't live too? >The one real issue is the collating sequence. This is a non-issue for >"7-bit-ASCII-first" sort orders. They will be correct. It *IS* an >issue for "non-internationalized code pretending to be internationalized". >I have absolutely no sympathy for such code; it should be fixed. Well, it should be fixed by *WHOM* and *WHEN*? As you don't have sympathy, maybe you take this task as contacting to authors, fixing, etc. for each such program? Some of such programs needed right now, and I can't say to my users that they 'should be fixed', it means say nothing. >If you need to make code that isn't internationalized and you want a hack, >call the setlocale(,"") in main() if the desired program. It will be broken for locales wich char width > 8bits. Proper thing is to call non-standard startup_setlocale() which check char size not exceeds 8bit. -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - FidoNet: 2:5020/230.3 : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849