From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,71c743c03ed191fe X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2002-09-21 03:44:54 PST Path: archiver1.google.com!news1.google.com!newsfeed.stanford.edu!news.tele.dk!small.news.tele.dk!195.86.7.162!newsfeed.wirehub.nl!skynet.be!skynet.be!newspeer.radix.net!news1.radix.net!not-for-mail From: Thomas Dickey Newsgroups: comp.lang.ada Subject: Re: Beginer problem: variable array size Date: 21 Sep 2002 10:44:53 GMT Organization: RadixNet Internet Services Message-ID: References: <38993b18.0209191906.b56b982@posting.google.com> <1032533590.712308@master.nyc.kbcfp.com> NNTP-Posting-Host: saltmine.radix.net User-Agent: tin/1.4.4-20000803 ("Vet for the Insane") (UNIX) (SunOS/5.8 (sun4u)) Xref: archiver1.google.com comp.lang.ada:29234 Date: 2002-09-21T10:44:53+00:00 List-Id: Hyman Rosen wrote: > I've talked about this before. Until the GNU people came > along and rewrote the UNIX text utilities, they would > constantly and inconsistently return wrong results because > of arbitrary limits, such as maximum line sizes. To this day, > I cannot use vi on a Sun in an xterm that is "too wide". I > have had text files with lines that were longer than 100000 > characters which I needed to process. Wiring arbitrary limits > into a program because you think that they are large enough > for all uses is a recipe for disaster. however, none of the vi-clones were written by anyone associated with GNU. point being that rewrites are done with 20-20 hindsight and more resources... -- Thomas E. Dickey http://dickey.his.com ftp://dickey.his.com