From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 17127 invoked from network); 28 Feb 2009 20:40:39 -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; 28 Feb 2009 20:40:39 -0000 Received-SPF: none (ns1.primenet.com.au: domain at sunsite.dk does not designate permitted sender hosts) Received: (qmail 14310 invoked from network); 28 Feb 2009 20:40:36 -0000 Received: from sunsite.dk (130.225.247.90) by a.mx.sunsite.dk with SMTP; 28 Feb 2009 20:40:35 -0000 Received: (qmail 14018 invoked by alias); 28 Feb 2009 20:40:30 -0000 Mailing-List: contact zsh-workers-help@sunsite.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 26640 Received: (qmail 14002 invoked from network); 28 Feb 2009 20:40:29 -0000 Received: from bifrost.dotsrc.org (130.225.254.106) by sunsite.dk with SMTP; 28 Feb 2009 20:40:29 -0000 Received: from mail-fx0-f171.google.com (mail-fx0-f171.google.com [209.85.220.171]) by bifrost.dotsrc.org (Postfix) with ESMTP id 8E5058058F83 for ; Sat, 28 Feb 2009 21:40:26 +0100 (CET) Received: by fxm19 with SMTP id 19so1521975fxm.45 for ; Sat, 28 Feb 2009 12:40:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:subject:date :user-agent:cc:references:in-reply-to:mime-version:content-type :content-transfer-encoding:message-id; bh=BsprZkRlcIW1CUNd+lwp59YkJCzF9EMU0TwzMCfOoMo=; b=C5WNV1/STHdasqidUnRcARFa3gJvLLBkoemnissodNpUayE/wLYzK7M9jjXw+asGod bSyFcN9HxJrKA3xGMP/TwwpVatGK35Vr0jCTSukg5g2dZM7C+B8nKbajJXiGWaZw+jvV NUoLypOlBrhakLuOgNlGBF9E618GX69cJ88hs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:subject:date:user-agent:cc:references:in-reply-to :mime-version:content-type:content-transfer-encoding:message-id; b=MNr9QAKM5HUL8+enIQUu5ZL/jxZur3cXO6LUlALoI1LhpWurVeXbUaAPc93Kf3erE5 8Bz8UHwLS9MosDlkgHUxbqdi1oDTkGiBHKzOyoywjs9/hCv3VEy7Iptb6ci1/AHIN4Uw YDizPm/dSqwAx6B+mo/lvUxqwC1n8Z6S7EHxc= Received: by 10.86.33.10 with SMTP id g10mr5284264fgg.44.1235853626434; Sat, 28 Feb 2009 12:40:26 -0800 (PST) Received: from cooker.localnet (ppp91-77-192-41.pppoe.mtu-net.ru [91.77.192.41]) by mx.google.com with ESMTPS id e20sm7663258fga.56.2009.02.28.12.40.25 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 28 Feb 2009 12:40:25 -0800 (PST) From: Andrey Borzenkov To: zsh-workers@sunsite.dk Subject: Re: Echoing of 8-bit-characters broken after 4.3.2? Date: Sat, 28 Feb 2009 23:40:11 +0300 User-Agent: KMail/1.11.0 (Linux/2.6.29-rc6-1avb; KDE/4.2.0; i686; ; ) Cc: Wolfgang Hukriede References: <2493fbfb0902281152i652d1cd9q27ca8289cef2b3b5@mail.gmail.com> In-Reply-To: <2493fbfb0902281152i652d1cd9q27ca8289cef2b3b5@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2015732.BMau6f8ak7"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200902282340.17291.arvidjaar@gmail.com> X-Virus-Scanned: ClamAV 0.92.1/9057/Sat Feb 28 14:56:20 2009 on bifrost X-Virus-Status: Clean --nextPart2015732.BMau6f8ak7 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On 28 =D1=84=D0=B5=D0=B2=D1=80=D0=B0=D0=BB=D1=8F 2009 22:52:33 Wolfgang Huk= riede wrote: > > At the same time, OSX doesn't appear to export a LANG value (or at > > least it doesn't on my iMac at work). > > Freebsd does not export the variable either, but why should it? > Because this is established standard to define your character set=20 properties. Without it applications should assume C (or POSIX) locale=20 that basically corresponds to standard ASCII. So I would be surprised if=20 zsh were the only program that had issues with non-ASCII characters. =46reeBSD could provide some other means to define local though. > > > 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. It > > no longer blindly passes those characters around unprocessed, so > > things that "worked" before because xterm dealt with the processing > > will now appear to "fail" because the shell is trying harder to do > > the right thing internally. > > Yes, I suspected so. But what is the benefit of it? Because blindly emitting arbitrary character sequence to terminal may=20 have completely undefined effects and screw up display to the point that=20 you need hard reset (town legend also is that you can cause you terminal=20 to echo back any sequence like "rm -rf" as input back to shell ...) --nextPart2015732.BMau6f8ak7 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iEYEABECAAYFAkmpoTAACgkQR6LMutpd94yDuwCfeG+kYxirCeLHTiTzB1tGEKQA UdgAoM0WUqn9+QHIhu4OkDt7epANPvna =qkJy -----END PGP SIGNATURE----- --nextPart2015732.BMau6f8ak7--