From owner-cvs-usrbin Mon Sep 9 00:21:37 1996 Return-Path: owner-cvs-usrbin Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA05134 for cvs-usrbin-outgoing; Mon, 9 Sep 1996 00:21:37 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id AAA05111; Mon, 9 Sep 1996 00:21:19 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA06269; Mon, 9 Sep 1996 09:21:00 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA05227; Mon, 9 Sep 1996 09:20:59 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id JAA07517; Mon, 9 Sep 1996 09:20:23 +0200 (MET DST) From: J Wunsch Message-Id: <199609090720.JAA07517@uriah.heep.sax.de> Subject: Re: cvs commit: src/usr.bin/vgrind vfontedpr.c vgrind.1 vgrind.sh To: ache@nagual.ru (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=) Date: Mon, 9 Sep 1996 09:20:23 +0200 (MET DST) Cc: joerg@freefall.freebsd.org, CVS-committers@freefall.freebsd.org, cvs-all@freefall.freebsd.org, cvs-usrbin@freefall.freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199609082108.BAA01152@nagual.ru> from "[?KOI8-R?]" at "Sep 9, 96 01:08:53 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-cvs-usrbin@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As [?KOI8-R?] wrote: > > . make vgrind 8-bit clean; note that it still implicitly assumes > > ISO-8859-1, since the characters are simply being passed on to > > groff > > In which form? If they are symbolic names, groff is able to convert > them to specific device, if they are hardcodes, they must be converted > to symbolic names. As i wrote, they are simply being passed on. vgrind previously incorrectly handled char's > 127 by making them negative during a char -> int promotion, and corrected totally bogus output for this negative character. Now, it is simply passed (with no changes!) to the post- processor. groff implies that characters >= 128 are ISO-8859-1. The correct way would be to honour the setting of the current locale, and to convert characters beyond the ASCII base set into the appropriate troff names. (Are there official troff names for KOI8-R?) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-)