From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: <20120113170219.GA877@polynum.com> References: <20120113113026.GA419@polynum.com> <20120113133836.GA484@polynum.com> <20120113140834.GA849@polynum.com> <20120113160142.GA98@polynum.com> <20120113171734.77a40595@wks-ddc.exosec.local> <20120113164101.GB647@polynum.com> <20120113170219.GA877@polynum.com> Date: Fri, 13 Jan 2012 17:11:51 +0000 Message-ID: From: Charles Forsyth To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: multipart/alternative; boundary=0015175cd4d601581f04b66bf693 Subject: Re: [9fans] fossil pb: FOUND! Topicbox-Message-UUID: 5aaaed82-ead7-11e9-9d60-3106f5b1d025 --0015175cd4d601581f04b66bf693 Content-Type: text/plain; charset=UTF-8 It was a long time ago, but I think some versions of du used dev/ino to avoid counting the same file twice. On 13 January 2012 17:02, wrote: > I never thought that perhaps, under Unices, du(1) with hard links will > produce the same misleading result... > --0015175cd4d601581f04b66bf693 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable It was a long time ago, but I think some versions of du used dev/ino to avo= id counting the same file twice.

On 13 J= anuary 2012 17:02, <tlaronde@polynum.com> wrote:
I never thought that perhap= s, under Unices, du(1) with hard links will
produce the same misleading result...

--0015175cd4d601581f04b66bf693--