From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 19952 invoked from network); 8 Jan 2006 23:16:58 -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; 8 Jan 2006 23:16:58 -0000 Received: (qmail 68973 invoked from network); 8 Jan 2006 23:16:51 -0000 Received: from sunsite.dk (130.225.247.90) by a.mx.sunsite.dk with SMTP; 8 Jan 2006 23:16:51 -0000 Received: (qmail 5469 invoked by alias); 8 Jan 2006 23:16:49 -0000 Mailing-List: contact zsh-workers-help@sunsite.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 22148 Received: (qmail 5460 invoked from network); 8 Jan 2006 23:16:48 -0000 Received: from news.dotsrc.org (HELO a.mx.sunsite.dk) (130.225.247.88) by sunsite.dk with SMTP; 8 Jan 2006 23:16:48 -0000 Received: (qmail 68689 invoked from network); 8 Jan 2006 23:16:48 -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; 8 Jan 2006 23:16:48 -0000 Received: by dot.blorf.net (Postfix, from userid 1000) id 6516A8E89; Sun, 8 Jan 2006 15:16:46 -0800 (PST) Date: Sun, 8 Jan 2006 15:16:46 -0800 From: Wayne Davison To: Peter Stephenson Cc: zsh-workers@sunsite.dk Subject: Re: bug in completion/expansion of files with LANG=C Message-ID: <20060108231646.GA17056@dot.blorf.net> References: <20060106215829.GG10111@dot.blorf.net> <20060107224447.GA30232@dot.blorf.net> <1060108055620.ZM15382@candle.brasslantern.com> <20060108080621.GA32692@dot.blorf.net> <20060108180309.01082ac4.p.w.stephenson@ntlworld.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060108180309.01082ac4.p.w.stephenson@ntlworld.com> User-Agent: Mutt/1.5.11 On Sun, Jan 08, 2006 at 06:03:09PM +0000, Peter Stephenson wrote: > You mean output everything remaining in the string as special codes > rather than real (multibyte) characters? Yes, that would make sense. I didn't code that up yet, but I did commit an improved version of mb_niceformat() that avoids truncating a name at the first erroneous character (taking into account your other feedback on my prior patch). > This would make my patch for probing for wcswidth() redundant. Cool -- I was hoping that would be the case. I got rid of all the code that used wcswidth(). > I think it really needs the length of the string here. The width > produced by wcs_nicechar() is a printing width, which isn't the same. I see that I misread what the returned width was measuring. Thanks! ..wayne..