From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 1699 invoked from network); 24 Jun 1997 06:36:37 -0000 Received: from euclid.skiles.gatech.edu (list@130.207.146.50) by ns1.primenet.com.au with SMTP; 24 Jun 1997 06:36:37 -0000 Received: (from list@localhost) by euclid.skiles.gatech.edu (8.7.3/8.7.3) id CAA19488; Tue, 24 Jun 1997 02:18:13 -0400 (EDT) Resent-Date: Tue, 24 Jun 1997 02:18:13 -0400 (EDT) Date: Tue, 24 Jun 1997 10:21:29 +0400 (MSD) From: Andrej Borsenkow X-Sender: bor@itsrm1 Reply-To: borsenkow.msk@sni.de To: Zefram cc: alainc@sangacorp.com, zsh-workers@math.gatech.edu Subject: Re: Are completion and prompt expansion 8-bit clean? In-Reply-To: <21077.199706232115@stone.dcs.warwick.ac.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Resent-Message-ID: <"pd8KO2.0.Om4.WQshp"@euclid> Resent-From: zsh-workers@math.gatech.edu X-Mailing-List: archive/latest/3298 X-Loop: zsh-workers@math.gatech.edu Precedence: list Resent-Sender: zsh-workers-request@math.gatech.edu On Mon, 23 Jun 1997, Zefram wrote: > Alain Caron wrote: > >Subject: Are completion and prompt expansion 8-bit clean? > > In one sense, yes: they can handle 8-bit data. In fact, they can handle > arbitrary binary data. In another sense, no: they do not treat all 8-bit > data as printable, even when the display will interpret them as Latin-1 > or whatever. Unfortunately, Unix does not provide a way to find out > what characters are printable on a particular display device, so we have > to choose in the source which characters zsh will treat as printable. > No choice can be right for all displays; the current choice is a safe one. > > The bug is in Unix; please send the bug report to K.Thompson and > D.Ritchie, twenty years ago. This bug will be fixed in a future OS[1]. > Sorry? What about LANG and LC_CTYPE? They existed long ago. I don't know, which OS is in use; but check your LANG/LC_CTYPE/LC_ALL settings - they should be appropriate for French locale. If it doesn't help, it your OS (probably, implementation of ctype functions or setlocale()) that is broken. BTW it is documeneted in zshparam(1) - at least for 3.0.4 and 3.1.2. ------------------------------------------------------------------------- Andrej Borsenkow Fax: +7 (095) 252 01 05 SNI ITS Moscow Tel: +7 (095) 252 13 88 NERV: borsenkow.msk E-Mail: borsenkow.msk@sni.de -------------------------------------------------------------------------