From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 9962 invoked from network); 1 Feb 2005 12:37:02 -0000 Received: from news.dotsrc.org (HELO a.mx.sunsite.dk) (130.225.247.88) by ns1.primenet.com.au with SMTP; 1 Feb 2005 12:37:02 -0000 Received: (qmail 19834 invoked from network); 1 Feb 2005 12:36:56 -0000 Received: from unknown (HELO sunsite.dk) (130.225.247.90) by a.mx.sunsite.dk with SMTP; 1 Feb 2005 12:36:56 -0000 Received: (qmail 22962 invoked by alias); 1 Feb 2005 10:38:30 -0000 Mailing-List: contact zsh-workers-help@sunsite.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 20767 Received: (qmail 22949 invoked from network); 1 Feb 2005 10:38:29 -0000 Received: from unknown (HELO a.mx.sunsite.dk) (130.225.247.88) by sunsite.dk with SMTP; 1 Feb 2005 10:38:29 -0000 Received: (qmail 73910 invoked from network); 1 Feb 2005 10:37:53 -0000 Received: from mailhost1.csr.com (HELO MAILSWEEPER01.csr.com) (81.105.217.43) by a.mx.sunsite.dk with SMTP; 1 Feb 2005 10:37:48 -0000 Received: from exchange03.csr.com (unverified [10.100.137.60]) by MAILSWEEPER01.csr.com (Content Technologies SMTPRS 4.3.12) with ESMTP id for ; Tue, 1 Feb 2005 10:36:23 +0000 Received: from news01.csr.com ([10.103.143.38]) by exchange03.csr.com with Microsoft SMTPSVC(5.0.2195.6713); Tue, 1 Feb 2005 10:37:46 +0000 Received: from news01.csr.com (localhost.localdomain [127.0.0.1]) by news01.csr.com (8.13.1/8.12.11) with ESMTP id j11AbkOU001868 for ; Tue, 1 Feb 2005 10:37:46 GMT Received: from csr.com (pws@localhost) by news01.csr.com (8.13.1/8.13.1/Submit) with ESMTP id j11AbjsJ001865 for ; Tue, 1 Feb 2005 10:37:46 GMT Message-Id: <200502011037.j11AbjsJ001865@news01.csr.com> X-Authentication-Warning: news01.csr.com: pws owned process doing -bs To: Zsh hackers list Subject: Re: UTF-8 input [was Re: PATCH: zle_params.c] In-reply-to: <1050131182902.ZM31426@candle.brasslantern.com> References: <200501261806.j0QI6Q2d021854@news01.csr.com> <20050129034740.GA21742@scowler.net> <20050130010754.6F985863A@pwstephenson.fsnet.co.uk> <1050130063525.ZM24312@candle.brasslantern.com> <200501311146.j0VBki1g028832@news01.csr.com> <1050131161826.ZM31264@candle.brasslantern.com> <200501311701.j0VH1pRR031376@news01.csr.com> <1050131182902.ZM31426@candle.brasslantern.com> Date: Tue, 01 Feb 2005 10:37:45 +0000 From: Peter Stephenson X-OriginalArrivalTime: 01 Feb 2005 10:37:46.0982 (UTC) FILETIME=[11D6D060:01C5084A] X-Spam-Checker-Version: SpamAssassin 3.0.2 on a.mx.sunsite.dk X-Spam-Level: X-Spam-Status: No, score=-2.4 required=6.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.2 X-Spam-Hits: -2.4 Bart Schaefer wrote: > Is the answer "the file just gets metafied as if it were a binary stream > and individual modules work it out later"? Yes, that's about the only sensible way it can work, as far as I can see. If instead of a shell module it's an argument or output to an external command, this is the way it needs to work. > In other words, you assume that nobody will try to use the same .zshrc in > two different locales, or at least not without wrapping bits of it in > tests of the value of LC_CTYPE or the like. Yes, someone has to test at some point. I don't think the shell's internals have enough information. We *could* bind (multibyte-?)self-insert to high-eighth-bit characters in UTF-8 locales by default, I suppose. > A question that comes to mind is, how will the shell deal with UTF-8 > input when ZLE is not enabled? I think this relates to the same issue as input from .zshrc, i.e. a binary stream which has to be dealt with by whatever receives it. Again, to the extent that the shell doesn't need to process the string this ought to be OK. -- Peter Stephenson Software Engineer CSR PLC, Churchill House, Cambridge Business Park, Cowley Road Cambridge, CB4 0WZ, UK Tel: +44 (0)1223 692070 ********************************************************************** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept by MIMEsweeper for the presence of computer viruses. www.mimesweeper.com **********************************************************************