From: Bill Davidson <bdavidson AT ra DOT isisnet DOT com>
Newsgroups: comp.os.msdos.djgpp
Subject: Re: color ls
Date: Thu, 19 Dec 1996 01:26:30 -0400
Organization: Auracom Internet Services
Lines: 28
Message-ID: <59ajbs$m37$1@thor.atcon.com>
References: <Pine DOT SUN DOT 3 DOT 91 DOT 961216171106 DOT 18715C-100000 AT is>
NNTP-Posting-Host: 199.45.83.33
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
To: djgpp AT delorie DOT com
DJ-Gateway: from newsgroup comp.os.msdos.djgpp

Hi Eli:

Eli Zaretskii wrote:
> 
> That's a different `ls'.  Linux had a patched version of `ls' which
> supported color display by default.  `ls' from GNU Fileutils 3.13 which

Actually, the nice part of the linux ls:
(plato:~$ ls --version
GNU fileutils 3.12 with color-ls patch 3.12.0.2 )
is that it takes its default options from an environment variable
LS_OPTIONS; it doesn't use color by default unless --color=<yes|tty] is
set in LS_OPTIONS (just checked to make sure).

> IMHO, making the color be used by default will do trouble on MSDOS if and
> when you use any of the programs that catch DOS output by installing an
> Int 21h hook (like some editors which allow you to compile without
> exiting the editing session).  I'm sure though that this was NOT the

Will the --color=tty fix that, or would an int 21h hook still look like
a terminal to ls?  I must try this in my DOS emacs, but then I could
always use --color=no from inside emacs.

+---------------------------------------+
|    Bill Davidson                      |
|    bdavidson AT ra DOT isisnet DOT com           |
|    http://www.isisnet.com/bdavidson/  |
+---------------------------------------+