Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.2 9/18/84; site brl-tgr.ARPA
Path: utzoo!linus!philabs!prls!amdimage!amdcad!decwrl!decvax!genrad!panda!talcott!harvard!seismo!brl-tgr!gwyn
From: gwyn@brl-tgr.ARPA (Doug Gwyn <gwyn>)
Newsgroups: net.micro.att,net.unix-wizards
Subject: Re: Re: instability in Berkeley versus AT&T releases (absurdly long)
Message-ID: <408@brl-tgr.ARPA>
Date: Sat, 3-Aug-85 22:43:23 EDT
Article-I.D.: brl-tgr.408
Posted: Sat Aug  3 22:43:23 1985
Date-Received: Tue, 6-Aug-85 06:02:10 EDT
References: <2067@ucf-cs.UUCP> <363@cuae2.UUCP> <2423@sun.uucp> <5819@utzoo.UUCP> <349@phri.UUCP> <1227@sjuvax.UUCP>
Organization: Ballistic Research Lab
Lines: 9
Xref: linus net.micro.att:422 net.unix-wizards:11381

> 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.