From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 12027 invoked from network); 28 Feb 2009 23:07:38 -0000 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on f.primenet.com.au X-Spam-Level: X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00 autolearn=ham version=3.2.5 Received: from news.dotsrc.org (HELO a.mx.sunsite.dk) (130.225.247.88) by ns1.primenet.com.au with SMTP; 28 Feb 2009 23:07:38 -0000 Received-SPF: none (ns1.primenet.com.au: domain at sunsite.dk does not designate permitted sender hosts) Received: (qmail 59068 invoked from network); 28 Feb 2009 23:07:33 -0000 Received: from sunsite.dk (130.225.247.90) by a.mx.sunsite.dk with SMTP; 28 Feb 2009 23:07:33 -0000 Received: (qmail 22376 invoked by alias); 28 Feb 2009 23:07:28 -0000 Mailing-List: contact zsh-workers-help@sunsite.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 26648 Received: (qmail 22366 invoked from network); 28 Feb 2009 23:07:28 -0000 Received: from bifrost.dotsrc.org (130.225.254.106) by sunsite.dk with SMTP; 28 Feb 2009 23:07:28 -0000 Received: from vms173001pub.verizon.net (vms173001pub.verizon.net [206.46.173.1]) by bifrost.dotsrc.org (Postfix) with ESMTP id 40FE48058F83 for ; Sun, 1 Mar 2009 00:07:13 +0100 (CET) Received: from torch.brasslantern.com ([173.67.122.60]) by vms173001.mailsrvcs.net (Sun Java(tm) System Messaging Server 6.3-7.04 (built Sep 26 2008; 32bit)) with ESMTPA id <0KFS00FQFTJN7HNT@vms173001.mailsrvcs.net> for zsh-workers@sunsite.dk; Sat, 28 Feb 2009 17:07:04 -0600 (CST) Received: from torch.brasslantern.com (localhost.localdomain [127.0.0.1]) by torch.brasslantern.com (8.13.1/8.13.1) with ESMTP id n1SN6xI5003843 for ; Sat, 28 Feb 2009 15:06:59 -0800 Received: (from schaefer@localhost) by torch.brasslantern.com (8.13.1/8.13.1/Submit) id n1SN6wFx003842 for zsh-workers@sunsite.dk; Sat, 28 Feb 2009 15:06:58 -0800 From: Bart Schaefer Message-id: <090228150658.ZM3841@torch.brasslantern.com> Date: Sat, 28 Feb 2009 15:06:58 -0800 In-reply-to: <200902282235.52527.arvidjaar@gmail.com> Comments: In reply to Andrey Borzenkov "Re: Problems with non-ascii filenames" (Feb 28, 10:35pm) References: <19e566510902280137s3bb02510te650364cb03145a9@mail.gmail.com> <090228102250.ZM3434@torch.brasslantern.com> <200902282235.52527.arvidjaar@gmail.com> X-Mailer: OpenZMail Classic (0.9.2 24April2005) To: zsh-workers@sunsite.dk Subject: Re: Problems with non-ascii filenames MIME-version: 1.0 Content-type: text/plain; charset=us-ascii X-Virus-Scanned: ClamAV 0.92.1/9057/Sat Feb 28 14:56:20 2009 on bifrost X-Virus-Status: Clean On Feb 28, 10:35pm, Andrey Borzenkov wrote: } } > Wolfgang, if you're reading this, something that I forgot to mention } > in my reply to you is that sometime during 4.3.x zsh began to pay } > closer attention to characters that are absent from the declared LANG } > character set and to either refuse to process them at all, or to } > render them as digits surrounded by angle brackets. } } Unfortunately that does not play nicely with PRINTEIGHTBIT. Well, yes and no. One could argue that PRINTEIGHTBIT doesn't mean "print multibyte as raw bytes" but rather "if the character set is not multibyte then print characters even if the high bit is set." However, I agree that --enable-multibyte should not have the effect of changing the behavior on single-byte I/O where the high bit happens to be set.