Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Posting-Version: version B 2.10.2 9/18/84; site codas.UUCP Path: utzoo!watmath!clyde!burl!ulysses!allegra!mit-eddie!think!harvard!seismo!harpo!whuxlm!akgua!akguc!codas!mikel From: mikel@codas.UUCP (Mikel Manitius) Newsgroups: net.news Subject: Re: Quantitative Gloom and Doom Message-ID: <128@codas.UUCP> Date: Wed, 2-Oct-85 22:13:23 EDT Article-I.D.: codas.128 Posted: Wed Oct 2 22:13:23 1985 Date-Received: Sat, 12-Oct-85 15:38:28 EDT References: <10277@ucbvax.ARPA>, <602@oliveb.UUCP> <5993@utzoo.UUCP> Organization: AT&T Information Systems (SDSS) - Orlando Lines: 27 > > The second source of error, which is more relevent here, is the counting > > of links. The storage of news makes use of links to cross post an > > article to more than one news group. An article may appear in both > > net.flame and net.sources but only one copy is stored. The du program > > will count each link seperatly... > > Any du that does this is broken. Please note that if it is, it's because > somebody at Berkeley or AT&T or XYZ Vaporboxes Inc. broke it. The original > Bell Labs du on V7 copes with links properly. > -- > Henry Spencer @ U of Toronto Zoology > {allegra,ihnp4,linus,decvax}!utzoo!henry Really? I remember well on my old 4.1bsd system, du kept a table of inodes it had seen before and did not count files it had seen again, and I can confirm this with a test I just did on our System V (5.2), I created a file of X size, linked it several times, and du reported X size, I made a subdirectory and linked it in there too, du reported X+1 size, the extra 1 block comming from the allocation for the dirrectory. I see no problem with du. -- ======= Mikel Manitius ==----===== AT&T ...!{ihnp4!}codas!mikel ==------===== Information Systems (305) 869-2462 ===----====== SDSS Regional Support AT&T-IS ETN: 755 =========== Altamonte Springs, FL My opinions are my own. =======