From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 29277 invoked from network); 6 Jan 2006 21:58:52 -0000 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on f.primenet.com.au X-Spam-Level: X-Spam-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00, FORGED_RCVD_HELO autolearn=ham version=3.1.0 Received: from news.dotsrc.org (HELO a.mx.sunsite.dk) (130.225.247.88) by ns1.primenet.com.au with SMTP; 6 Jan 2006 21:58:52 -0000 Received: (qmail 75131 invoked from network); 6 Jan 2006 21:58:44 -0000 Received: from sunsite.dk (130.225.247.90) by a.mx.sunsite.dk with SMTP; 6 Jan 2006 21:58:44 -0000 Received: (qmail 21451 invoked by alias); 6 Jan 2006 21:58:32 -0000 Mailing-List: contact zsh-workers-help@sunsite.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 22128 Received: (qmail 21349 invoked from network); 6 Jan 2006 21:58:31 -0000 Received: from news.dotsrc.org (HELO a.mx.sunsite.dk) (130.225.247.88) by sunsite.dk with SMTP; 6 Jan 2006 21:58:31 -0000 Received: (qmail 72671 invoked from network); 6 Jan 2006 21:58:30 -0000 Received: from dsl3-63-249-88-2.cruzio.com (HELO dot.blorf.net) (63.249.88.2) by a.mx.sunsite.dk with SMTP; 6 Jan 2006 21:58:30 -0000 Received: by dot.blorf.net (Postfix, from userid 1000) id 41C8E8DEE; Fri, 6 Jan 2006 13:58:29 -0800 (PST) Date: Fri, 6 Jan 2006 13:58:29 -0800 From: Wayne Davison To: zsh-workers@sunsite.dk Subject: bug in completion/expansion of files with LANG=C Message-ID: <20060106215829.GG10111@dot.blorf.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.11 I have a file I named hmm.\303\244 (which appears to be a lower-case a with two dots over it in UTF-8). However, if I have LANG=C, zsh refuses to complete the filename in any form on my terminal -- it just stops after the period (this is with MULTIBYTE_SUPPORT enabled). If I set LANG=en_US.UTF-8 (or even en_US.iso88591) the filename will start to complete (though it displays wrong when being edited on my system that only supports en_US.iso88591, but I expected that). When I use a zsh that has MULTIBYTE_SUPPORT disabled, the name completes and causes the normal editing-output glitches, as you'd expect. What should zsh do with characters that are outside the current character set? Display them as \M-* values? A zsh without multibyte support displays the name as hmm-\M-C\M-$ when being listed by the completion system, but inserts the name into the command-line as literal characters. Perhaps a multibyte-enabled zsh should edit these illegal characters on the command-line as 4-byte-wide \M-* values; and go back to displaying them in completion lists that way too? One more oddity I noticed: Even on my Ubuntu Linux system that has en_US.UTF-8 and en_GB.UTF-8 support (at least, it lists those when completing "export LANG="), editing a command-line that included the hmm.\303\244 name never worked quite right with any setting of LANG. For instance, using Ctrl-A to get to the start of the line moved to the right position on the screen, but pressing Ctrl-F to go forward output the wrong character in each position (one character too far to the right). I'm starting to debug why this is happening... ..wayne..