From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Peter Dyballa Newsgroups: gmane.emacs.help Subject: Re: "more", "ls -l", and column 80 in shell Date: Mon, 26 Jun 2006 10:33:43 +0200 Message-ID: <5503FE0F-6E5F-4944-BF92-E922086B8860@Web.DE> References: <1150411474.595005.130180@p79g2000cwp.googlegroups.com> <1150468947.138065.135840@f6g2000cwb.googlegroups.com> <8764ip4lm7.fsf@tiger.rapttech.com.au> <871wtcdi5o.fsf@catnip.gol.com> <878xnkbvlz.fsf@catnip.gol.com> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 (Apple Message framework v750) Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Content-Transfer-Encoding: quoted-printable X-Trace: sea.gmane.org 1151310874 26974 80.91.229.2 (26 Jun 2006 08:34:34 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 26 Jun 2006 08:34:34 +0000 (UTC) Cc: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Mon Jun 26 10:34:32 2006 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1FumYA-0005YN-Aw for geh-help-gnu-emacs@m.gmane.org; Mon, 26 Jun 2006 10:34:30 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FumY9-00087q-AW for geh-help-gnu-emacs@m.gmane.org; Mon, 26 Jun 2006 04:34:29 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FumXZ-000878-BR for help-gnu-emacs@gnu.org; Mon, 26 Jun 2006 04:33:53 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FumXX-00086X-Th for help-gnu-emacs@gnu.org; Mon, 26 Jun 2006 04:33:52 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FumXX-00086O-2H for help-gnu-emacs@gnu.org; Mon, 26 Jun 2006 04:33:51 -0400 Original-Received: from [217.72.192.221] (helo=fmmailgate01.web.de) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FumjJ-0004Bs-JR; Mon, 26 Jun 2006 04:46:01 -0400 Original-Received: from smtp05.web.de (fmsmtp05.dlan.cinetic.de [172.20.4.166]) by fmmailgate01.web.de (Postfix) with ESMTP id D26FC457254; Mon, 26 Jun 2006 10:33:46 +0200 (CEST) Original-Received: from [87.193.42.73] (helo=[192.168.1.2]) by smtp05.web.de with asmtp (TLSv1:RC4-SHA:128) (WEB.DE 4.107 #114) id 1FumXR-0000Pb-00; Mon, 26 Jun 2006 10:33:45 +0200 In-Reply-To: <878xnkbvlz.fsf@catnip.gol.com> X-Image-Url: http://homepage.mac.com/sparifankal/.cv/thumbs/me.thumbnail Original-To: Miles Bader X-Mailer: Apple Mail (2.750) X-Sender: Peter_Dyballa@web.de X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:35661 Archived-At: Am 26.06.2006 um 02:37 schrieb Miles Bader: > Peter Dyballa writes: >>>> I had to prevent the colourising feature, now I actually have to >>>> turn it on actively! GNU's ls is not that careful -- and it cannot >>>> display UTF-8 characters! >>> >>> Huh? Neither of these things seem to be true.... >> >> It is true for a *shell* buffer in GNU Emacs 22.0.50: I see ``a> box>=B4=B4 instead of ``=E4=B4=B4, as in dired. In GNU Emacs 23.0.0 = it all =20 >> looks >> right. > > Sounds like your environment is messed up. What do you have LANG =20 > set to? Yes. It's LANG=3Dde_DE.UTF-8. It's valid in Mac OS X. > > Emacs will use LANG to try and set the correct decoding for process > output (look at the mode-line of the *shell* buffer: there should be a > "u:" at the beginning if your system is using utf-8). I did not succeed to make my *shell* buffers display the u: in the =20 mode-line. The best I can achieve is *scratch* or *Help* with ``u:=B4=B4 = =20 and this in .emacs (although it might not be necessary, because =20 without this modification *shell* seems to behave the same): (modify-coding-system-alist 'process "\\*shell\\*\\'" 'utf-8) > > Also I think (but only based on observation) that ls will only output > raw characters if they are valid in the locale named by LANG, and =20 > AFAIK, > "valid" means listed in "/etc/locale.gen". > This file was not installed from the Fink package. Strings does not =20 reveal such a string in the GNU ls binary, only /sw/share/locale, =20 where the localised messages are located. I've also tried to set ``(modify-coding-system-alist 'process "\\*.* =20 output\\*\\'" 'iso-8859-15-unix)=B4=B4 (usual TeX is at an 8bit level) = to =20 make AUCTeX output readable. The modifications for both get recorded =20 in process-coding-system-alist, but they do not seem to effect more. =20 One thing *is* true: UTF-8 output from commands in *shell* is =20 correctly presented. I cannot say it's a bug, or two, so I stay with it. -- Greetings Pete Real Time, adj.: Here and now, as opposed to fake time, which only occurs there and then.