From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Tim X Newsgroups: gmane.emacs.help Subject: Re: eshell ls display Date: Fri, 15 Dec 2006 09:52:35 +1100 Organization: Posted via Supernews, http://www.supernews.com Message-ID: <873b7ihyz0.fsf@lion.rapttech.com.au> References: <877iwwi8r4.fsf@lion.rapttech.com.au> NNTP-Posting-Host: dough.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1166139635 21135 80.91.229.10 (14 Dec 2006 23:40:35 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 14 Dec 2006 23:40:35 +0000 (UTC) Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Fri Dec 15 00:40:33 2006 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by dough.gmane.org with esmtp (Exim 4.50) id 1Gv0Bg-0002oK-9d for geh-help-gnu-emacs@m.gmane.org; Fri, 15 Dec 2006 00:40:28 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Gv0Bf-0003Uq-R0 for geh-help-gnu-emacs@m.gmane.org; Thu, 14 Dec 2006 18:40:27 -0500 Original-Path: shelby.stanford.edu!newsfeed.stanford.edu!headwall.stanford.edu!newshub.sdsu.edu!sn-xt-sjc-02!sn-xt-sjc-01!sn-post-sjc-01!supernews.com!corp.supernews.com!not-for-mail Original-Newsgroups: gnu.emacs.help User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.91 (gnu/linux) Cancel-Lock: sha1:1ex++WNZlr88CP1hT7p7UtSLZ7Q= Original-X-Complaints-To: abuse@supernews.com Original-Lines: 48 Original-Xref: shelby.stanford.edu gnu.emacs.help:143939 Original-To: help-gnu-emacs@gnu.org 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:39543 Archived-At: Mathias Dahl writes: > Tim X writes: > >> writes: >> >>> When I use ls within eshell, this is what I see. >>> How do I get rid of the extra characters? >>> >>> ~ $ ls >>> [00m[00m#.diary.cyclic-tasks#[00m >>> [00m#.newsrc-dribble#[00m >>> [00m#cts#[00m >>> [00mBalanced Routing.xls[00m >>> >>> >> >> those look like ANSI color escape characters. There is an ansi-color >> mode which will handle these appropriately. alternatively, you can >> customize ls not do use colours. Try an apropos for ansi-color > > Hmm, it seems that eshell in this case does not use its internal ls, > right? How can that happen? What happens if he tries "eshell/ls" > instead of "ls"? Good question. Its been many years since I had to deal with the issues of ansi escape characters within emacs, either in a shell or with output from colour enabled ls etc. Luckily, I now use Debian and everything "just works". I'm running emacs 22 and tried both ls, /bin/ls and eshell/ls - all of which worked correctly for me. Given that I have redefined my colour associations, it looks like /bin/ls uses the system ls, while ls and eshell/ls are using the eshell versions (they don't obey my customized colour settings). So, I would say that either his system is using the system ls (not sure what version of emacs or eshell he is running) or somehow his terminal settings are screwed and don't handle ansi colour escape codes (though I thought emacs 21 onwards default was to handle this). Maybe the OP should try starting emacs -q to see if he gets the same problem. If not, then its something in his .emacs that has screwed up ansi colour support. Tim -- tcross (at) rapttech dot com dot au