From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 1279 invoked from network); 7 Mar 2008 02:29:59 -0000 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on f.primenet.com.au X-Spam-Level: X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.2.4 Received: from news.dotsrc.org (HELO a.mx.sunsite.dk) (130.225.247.88) by ns1.primenet.com.au with SMTP; 7 Mar 2008 02:29:59 -0000 Received-SPF: none (ns1.primenet.com.au: domain at sunsite.dk does not designate permitted sender hosts) Received: (qmail 94442 invoked from network); 7 Mar 2008 02:29:55 -0000 Received: from sunsite.dk (130.225.247.90) by a.mx.sunsite.dk with SMTP; 7 Mar 2008 02:29:55 -0000 Received: (qmail 23288 invoked by alias); 7 Mar 2008 02:29:51 -0000 Mailing-List: contact zsh-workers-help@sunsite.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 24697 Received: (qmail 23270 invoked from network); 7 Mar 2008 02:29:51 -0000 Received: from bifrost.dotsrc.org (130.225.254.106) by sunsite.dk with SMTP; 7 Mar 2008 02:29:51 -0000 Received: from vms040pub.verizon.net (vms040pub.verizon.net [206.46.252.40]) by bifrost.dotsrc.org (Postfix) with ESMTP id 473258029404 for ; Fri, 7 Mar 2008 03:29:47 +0100 (CET) Received: from torch.brasslantern.com ([71.121.18.67]) by vms040.mailsrvcs.net (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPA id <0JXC0086W9QD0JV0@vms040.mailsrvcs.net> for zsh-workers@sunsite.dk; Thu, 06 Mar 2008 20:32:38 -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 m272TjQu022143 for ; Thu, 06 Mar 2008 18:29:45 -0800 Received: (from schaefer@localhost) by torch.brasslantern.com (8.13.1/8.13.1/Submit) id m272TiH7022142 for zsh-workers@sunsite.dk; Thu, 06 Mar 2008 18:29:44 -0800 Date: Thu, 06 Mar 2008 18:29:44 -0800 From: Bart Schaefer Subject: Re: printf %s in UTF-8 is not POSIX-compliant In-reply-to: <20080306174523.15633059@news01> To: zsh-workers@sunsite.dk Message-id: <080306182944.ZM22141@torch.brasslantern.com> MIME-version: 1.0 X-Mailer: OpenZMail Classic (0.9.2 24April2005) Content-type: text/plain; charset=us-ascii References: <20080304012917.GA15833@prunille.vinc17.org> <200803040940.m249e7DC012517@news01.csr.com> <20080305002721.GF15833@prunille.vinc17.org> <200803051041.m25AfmUc031042@news01.csr.com> <080306090901.ZM21797@torch.brasslantern.com> <20080306174523.15633059@news01> Comments: In reply to Peter Stephenson "Re: printf %s in UTF-8 is not POSIX-compliant" (Mar 6, 5:45pm) X-Virus-Scanned: ClamAV 0.91.2/6155/Thu Mar 6 22:50:53 2008 on bifrost X-Virus-Status: Clean On Mar 6, 5:45pm, Peter Stephenson wrote: } Subject: Re: printf %s in UTF-8 is not POSIX-compliant } } On Thu, 06 Mar 2008 09:09:01 -0800 } Bart Schaefer wrote: } > However, if "emulate bash" is going to mean something other than a } > synonym for "sh", then some effort should be put into being a bit } > closer to bash than it's currently possible to be. For example, } > at least set the various BASH_* options, the way "emulate csh" sets } > the smattering of CSH_* options. } } I'm not sure the first sentence agrees with the second. Are you } suggesting new options? Well, I considered suggesting that we comprehend bash prompt sequences, but then decided that was going too far. What I meant, I guess, was "closer than it's currently possible to get by running 'emulate'". } > A final thought on MULTIBYTE: Is it perhaps reasonable to split this } > into two options, one that affects line editor operations and one that } > affects internals? } } I think it can be done, and is reasonable if done properly, but is } likely to be bug-prone in the case where one option is on and the } other off. Yes, that's exactly the issue. Regardless of the size or complexity of the job to alter the C code, it's unreasonable if the result introduces more script bugs than it fixes incompatibilities.