Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.2 9/18/84 exptools; site ho95e.UUCP
Path: utzoo!watmath!clyde!burl!ulysses!mhuxr!mhuxt!houxm!ho95e!wcs
From: wcs@ho95e.UUCP (x0705)
Newsgroups: net.micro.att,net.unix-wizards
Subject: Re: Re: instability in Berkeley versus AT&T releases (absurdly long)
Message-ID: <149@ho95e.UUCP>
Date: Mon, 5-Aug-85 15:51:11 EDT
Article-I.D.: ho95e.149
Posted: Mon Aug  5 15:51:11 1985
Date-Received: Tue, 6-Aug-85 12:17:06 EDT
References: <2067@ucf-cs.UUCP> <363@cuae2.UUCP> <2423@sun.uucp> <5819@utzoo.UUCP> <349@phri.UUCP> <1227@sjuvax.UUCP> <408@brl-tgr.ARPA>
Organization: AT&T Bell Labs, Holmdel NJ
Lines: 17
Xref: watmath net.micro.att:406 net.unix-wizards:14216

> > The only thing terrible about ls -C is that it ought to be the default for
> > CRTs. USG ls _requires_ the "-C" to get the multiple columns, which _is_
> > brain damaged.
> 
> I would sure get upset if when I ran "ls" in the long skinny window
> on my DMD, it didn't print the file names one per line.  You are
> making the same mistake that a lot of the more crufty BSD software
> has made, namely:  assuming an overly-restrictive model of how the
> software is to be used.

Actually, the SVR2 ls -C looks at the COLUMNS variable to find out how much
space is available, and adjusts the number of columns accordingly.
The 4.1BSD ls checked whether isatty(stdout), and set the output to single or
multi-column accordingly; I always hated that since I normally wanted
multi-column all the time.
-- 
## Bill Stewart, AT&T Bell Labs, Holmdel NJ 1-201-949-0705 ihnp4!ho95c!wcs