From mboxrd@z Thu Jan  1 00:00:00 1970
X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org
X-Spam-Level: 
X-Spam-Status: No, score=-1.0 required=5.0 tests=MAILING_LIST_MULTI,
	UNPARSEABLE_RELAY autolearn=ham autolearn_force=no version=3.4.4
Received: (qmail 24156 invoked from network); 6 Mar 2023 08:59:11 -0000
Received: from minnie.tuhs.org (50.116.15.146)
  by inbox.vuxu.org with ESMTPUTF8; 6 Mar 2023 08:59:11 -0000
Received: from minnie.tuhs.org (localhost [IPv6:::1])
	by minnie.tuhs.org (Postfix) with ESMTP id 2574E4124C;
	Mon,  6 Mar 2023 18:59:08 +1000 (AEST)
Received: from lechuck.jsg.id.au (jsg.id.au [193.114.144.202])
	by minnie.tuhs.org (Postfix) with ESMTPS id 5BAAD41235
	for <tuhs@tuhs.org>; Mon,  6 Mar 2023 18:58:57 +1000 (AEST)
Received: from largo.jsg.id.au (largo.jsg.id.au [192.168.1.43])
	by lechuck.jsg.id.au (OpenSMTPD) with ESMTPS id 71449c41 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO);
	Mon, 6 Mar 2023 19:58:54 +1100 (AEDT)
Received: from localhost (largo.jsg.id.au [local])
	by largo.jsg.id.au (OpenSMTPD) with ESMTPA id eda589ff;
	Mon, 6 Mar 2023 19:58:54 +1100 (AEDT)
Date: Mon, 6 Mar 2023 19:58:54 +1100
From: Jonathan Gray <jsg@jsg.id.au>
To: Noel Chiappa <jnc@mercury.lcs.mit.edu>
Message-ID: <ZAWrTtlU/ALZIHZL@largo.jsg.id.au>
References: <20230306081427.4F81A18C083@mercury.lcs.mit.edu>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20230306081427.4F81A18C083@mercury.lcs.mit.edu>
Message-ID-Hash: SNBOKNVONXU7EH5QHMCXOG7NIPJJGWUZ
X-Message-ID-Hash: SNBOKNVONXU7EH5QHMCXOG7NIPJJGWUZ
X-MailFrom: jsg@jsg.id.au
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: tuhs@tuhs.org
X-Mailman-Version: 3.3.6b1
Precedence: list
Subject: [TUHS] Re: Unix v7 icheck dup problem
List-Id: The Unix Heritage Society mailing list <tuhs.tuhs.org>
Archived-At: <https://www.tuhs.org/mailman3/hyperkitty/list/tuhs@tuhs.org/message/SNBOKNVONXU7EH5QHMCXOG7NIPJJGWUZ/>
List-Archive: <https://www.tuhs.org/mailman3/hyperkitty/list/tuhs@tuhs.org/>
List-Help: <mailto:tuhs-request@tuhs.org?subject=help>
List-Owner: <mailto:tuhs-owner@tuhs.org>
List-Post: <mailto:tuhs@tuhs.org>
List-Subscribe: <mailto:tuhs-join@tuhs.org>
List-Unsubscribe: <mailto:tuhs-leave@tuhs.org>

On Mon, Mar 06, 2023 at 03:14:27AM -0500, Noel Chiappa wrote:
> 
> I've also been amusing myself trying to figure out who wrote:
> 
>   http://ana-3.lcs.mit.edu/~jnc/tech/unix/s1/fcheck.c

According to Guy Harris in
https://groups.google.com/g/net.unix/c/-H9x36DMOBQ/m/4mcL76lKbmMJ

'they had to replace "icheck" and "dcheck" with a new program which
would do most of the dirty work of file system repair for them -
Hal wrote one called "fcheck", which cleaned V6 file systems, and
which appeared in source-code form on the PWB/UNIX 1.0 distribution
tape.  Unfortunately, PWB/UNIX 1.0 modified the V6 file system so
that it didn't support "huge" files, and the eighth indirect pointer
pointed directly to a block as the other seven did, so the "fcheck"
there wouldn't fix a vanilla PWB/UNIX file system, but it worked
just fine on a vanilla V6 FS.'