From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 21841 invoked from network); 1 Mar 2009 09:58:18 -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=AWL,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; 1 Mar 2009 09:58:18 -0000 Received-SPF: none (ns1.primenet.com.au: domain at sunsite.dk does not designate permitted sender hosts) Received: (qmail 38978 invoked from network); 1 Mar 2009 09:58:13 -0000 Received: from sunsite.dk (130.225.247.90) by a.mx.sunsite.dk with SMTP; 1 Mar 2009 09:58:13 -0000 Received: (qmail 7815 invoked by alias); 1 Mar 2009 09:58:07 -0000 Mailing-List: contact zsh-workers-help@sunsite.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 26654 Received: (qmail 7802 invoked from network); 1 Mar 2009 09:58:07 -0000 Received: from bifrost.dotsrc.org (130.225.254.106) by sunsite.dk with SMTP; 1 Mar 2009 09:58:07 -0000 Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.186]) by bifrost.dotsrc.org (Postfix) with ESMTP id 3148C8058F82 for ; Sun, 1 Mar 2009 10:57:54 +0100 (CET) Received: by fk-out-0910.google.com with SMTP id 19so743903fkr.13 for ; Sun, 01 Mar 2009 01:57:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=rMGKYjkUdUMeqYRCrBNkCEFv5D58w/gBqMyd+syHvdk=; b=nzyN1Fr6Pxf3gaYMm5Pr9ii82untIhYeorHeJF7fvo9chLiQzzDy70W2XFL8EWpTgv bCt0TBEKQeu7HByC4D1dHsQwT9zddbWJmVCekLtfJGQFbp/f2zeyI4N9ouWEiKxgjI9h c5Hp/QAV7ReccQ0j5+PruR/zYwp5mzjzPHtTs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=Uheg75yKiGR52XCv3lUhQTVUMO1UNb+mwUsW65oxO5DwA5bjcGbxXmCCN6XrkN7grF ely/+jsjZ+KP02oDFd576oT3z5yzASbwcZbmxfG44oWeobSxZNASE/9Lw1PGWbRdleaR ndxl/SlQK25gmWBStfhJnKMEHJCb9HfBgbVb8= MIME-Version: 1.0 Received: by 10.103.226.20 with SMTP id d20mr2313851mur.8.1235901473788; Sun, 01 Mar 2009 01:57:53 -0800 (PST) Date: Sun, 1 Mar 2009 10:57:53 +0100 Message-ID: <2493fbfb0903010157of50e9b5q1527e4ff0c639110@mail.gmail.com> Subject: Re: Echoing of 8-bit-characters broken after 4.3.2 (solved) From: Wolfgang Hukriede To: zsh-workers@sunsite.dk Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.92.1/9059/Sun Mar 1 10:05:32 2009 on bifrost X-Virus-Status: Clean Special thanks to Phil Pennock who made me see the light. Indeed it suffices to export LC_CTYPE=en_US.ISO8859-1 to get the old behavior back with 8-bit-chars echoed unchanged. Tab-completion works also. This is for a shell with multibyte support (--enable-multibyte) compiled in. Bart, setting LANG would definitely be overkill, because I do not want message language, time-format etc. to be affected. (FWIW, not even a change to the collation sequence). Now, since this is a silent change under the hood and I cannot believe to be the only one to be hurt by it, may I suggest to place a hint into the man page (or maybe at least the faq)? Something like (in zshparams): LC_CTYPE This variable determines the locale category for character handling functions. If you want 8-bit-characters echoed back and working tab completion on a system which does not use utf-8, consider to set the locale appropriately, e.g. export LC_CTYPE=en_US.ISO8859-1. Many thanks to everyone!