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, T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 22376 invoked from network); 4 Aug 2023 21:41:02 -0000 Received: from minnie.tuhs.org (50.116.15.146) by inbox.vuxu.org with ESMTPUTF8; 4 Aug 2023 21:41:02 -0000 Received: from minnie.tuhs.org (localhost [IPv6:::1]) by minnie.tuhs.org (Postfix) with ESMTP id 7F469426B9; Sat, 5 Aug 2023 07:40:57 +1000 (AEST) Received: from mercury.lcs.mit.edu (mercury.lcs.mit.edu [18.26.0.122]) by minnie.tuhs.org (Postfix) with ESMTPS id 77724426B8 for ; Sat, 5 Aug 2023 07:40:52 +1000 (AEST) Received: by mercury.lcs.mit.edu (Postfix, from userid 11178) id BFD2A18C077; Fri, 4 Aug 2023 17:40:50 -0400 (EDT) To: tuhs@tuhs.org Message-Id: <20230804214050.BFD2A18C077@mercury.lcs.mit.edu> Date: Fri, 4 Aug 2023 17:40:50 -0400 (EDT) From: jnc@mercury.lcs.mit.edu (Noel Chiappa) Message-ID-Hash: 5YDVR7JLBA6FYLOYOEHRSKZDCAXDKXMH X-Message-ID-Hash: 5YDVR7JLBA6FYLOYOEHRSKZDCAXDKXMH X-MailFrom: jnc@mercury.lcs.mit.edu 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: jnc@mercury.lcs.mit.edu X-Mailman-Version: 3.3.6b1 Precedence: list Subject: [TUHS] Re: Split addressing (I/D) space (inspired by the death of the python... thread) List-Id: The Unix Heritage Society mailing list Archived-At: List-Archive: List-Help: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: > From: Clem Cole > first two subsystems for the 11 that ran out of text space were indeed > vi and Pascal subsystems Those were at Berkeley. We've established that S-I&D were in V6 when it was released in May, 1975 - so my question is 'what was Bell doing in 1975 that needed more than 64KB?' The kernel, yeah, it could definitely use S-I&D on a larger system (especially when you remember that stock V6 didn't play any tricks with overlays, and also dedicated one segment - the correct term, used in the 1972 -11/45 processor manual - to the user structure, and one to the I/O page, limiting the non-S-I&D kernel to 48KB). But what user commands? It happens that I have a complete dump of one of the MIT systems, so I had a look to see what _we_ were running S-I&D on. Here's the list from /bin (for some reason that machine doesn't have a /usr/bin): a68 a86 c86 emacs lisp ndd send teco The lisp wasn't a serious use; I think the only thing we ever used it for was 'doctor'. So, two editors, a couple of language tools, an email tool (not sure why that one got it - maybe for creating large outgoing messages). (The ndd is probably to allow the biggest possible buffers.) Nothing in /etc, and in /lib, just lint1 and lint2 (lint, AFAICT, post-dates V6). Not a lot. So now I'm really curious what Bell was using S-I&D for. (If I weren't lazy, I'd pull the V6 distro - which is only available as RK images, and individual files, alas - and look in /bin and everywhere and see if I can find anything. I suspect not, though.) Anyone have any guesses/suggestions? Maybe some custom applications? Noel