From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-0.4 required=5.0 tests=DKIM_INVALID,DKIM_SIGNED, HEADER_FROM_DIFFERENT_DOMAINS,HTML_FONT_LOW_CONTRAST,HTML_MESSAGE, MAILING_LIST_MULTI,URIBL_SBL_A autolearn=ham autolearn_force=no version=3.4.4 Received: from minnie.tuhs.org (minnie.tuhs.org [50.116.15.146]) by inbox.vuxu.org (Postfix) with ESMTP id 4A1A52135D for ; Thu, 23 May 2024 22:49:44 +0200 (CEST) Received: from minnie.tuhs.org (localhost [IPv6:::1]) by minnie.tuhs.org (Postfix) with ESMTP id 8CD8843668; Fri, 24 May 2024 06:49:39 +1000 (AEST) Received: from mail-vk1-xa2e.google.com (mail-vk1-xa2e.google.com [IPv6:2607:f8b0:4864:20::a2e]) by minnie.tuhs.org (Postfix) with ESMTPS id 9C6C8432FD for ; Fri, 24 May 2024 06:49:31 +1000 (AEST) Received: by mail-vk1-xa2e.google.com with SMTP id 71dfb90a1353d-4e4eff99f16so80022e0c.1 for ; Thu, 23 May 2024 13:49:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ccc.com; s=google; t=1716497370; x=1717102170; darn=tuhs.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=onZJb6+qdTWS0wiyg3QBOiXvYJ6BIxEgp6YTSp0Uvc8=; b=Npbyoe/bh8NlAYRiSAkpgBv1DH73zjzDtT2lconkt2DwLpnErgKhdIRN+wNHYjjGu5 rSsvfMx1Xsi9ddytSN83GpqPSxg/jediJcDHnNx9qSbFOQLakyIyJ1yuZVmPqwAJc3Tl qAs9ZEx2RZuS+6ifYfbbP4vtyrzKHxLO0j+RY= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1716497370; x=1717102170; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=onZJb6+qdTWS0wiyg3QBOiXvYJ6BIxEgp6YTSp0Uvc8=; b=ZF4JKzFepZFiAS+zJYXz/qPNVSTOusaQFsw+K8FnIuBgvrtlj2NgdClOd5O31/lb2i IxYNlTNFLqSHjhkH07TnOziLb3zOMK3WFIUR3H6t/+m3rpmRoHOf/AYC9kN8ik7DfcD5 Q2EOH6Ba4QgRzQ8RhwZOYsxumuHkUjEjUPXgcUByXmnHSGtIbSKUeudFB2Yr48H5b53h GcKDzKvLVm8zHj4Ndh9L6wcbKrrIGYAI2ezBEvJa5m9ZsZ7t0mIn4utC88mPa/4LbF5U jQaDoyptVlt9E6q53X+4QhimhXInbEiTJ0v/8TGrBgusR9g0qnpFoPLGCegIJ1laVrV6 vBcw== X-Gm-Message-State: AOJu0Yz+2AyFRSH3ElnFFD1OeyxEwa8sI9SZU1d9S4eExgUdirz4s2NB mEueIJhXWdDpX0kX2UKg++8SuuNIi0MGq8Hsk5rdMLh6W7SmX71Kl4wZwjMXJ5C1jKuVkmETpII rzDx8Yftba/ek5pPEVF8yM8pb/QpQhbdTIQHz X-Google-Smtp-Source: AGHT+IELpJfQmQtZS0dRJ4KnpFZvZV1QUZ/7z7PSthGlu8HXdK9XsGltnJaxigmK2KQD/C1C1Z73rfvngvTWjtcR8Js= X-Received: by 2002:a05:6122:250f:b0:4de:daa8:b8e2 with SMTP id 71dfb90a1353d-4e4f021f192mr444396e0c.3.1716497370495; Thu, 23 May 2024 13:49:30 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Clem Cole Date: Thu, 23 May 2024 16:48:53 -0400 Message-ID: To: Will Senn Content-Type: multipart/alternative; boundary="00000000000006db3106192530a3" Message-ID-Hash: EKJXBRXNMQZFMSBAXYQHFF6W5RK63OF4 X-Message-ID-Hash: EKJXBRXNMQZFMSBAXYQHFF6W5RK63OF4 X-MailFrom: clemc@ccc.com 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 X-Mailman-Version: 3.3.6b1 Precedence: list Subject: [TUHS] Re: Running v7 in Open-SIMH - update for 2024 List-Id: The Unix Heritage Society mailing list Archived-At: List-Archive: List-Help: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: --00000000000006db3106192530a3 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable FYI - POR is to push some new tools I have been creating into OpenSIMH shortly. In fairness to Will, this is in the class of a "2-minute minor," not a "4-minute major." I back into this issue as I was working on Oscar's new PiDP-10 and moving a very old (v6 syntax) UNIXC program that manipulates PDP-10 backup and TOPS-20 Dumper images. PDP-10s do things in 36 bits, which does not map cleanly to the 8 data bits of a 9-track tape (you don't want to know what the 10 does unless you have to deal with it). So, I wrote some tools to better examine and flexibly manipulate TAP files [the debug code for tapes in SIMH is a bit of a mess]. Anyway, as I was testing something, I thought I had made an error in my new tap_decode(1) tool when I was looking at the v7.tap.gz file that Warren has in the TUHS archives (that Will supplied/created with his mktape scripts). When I looked more carefully, it was missing a record. It turns out SIMH will silently "attach" a TAP image without a proper 9-track logical end-of-tape (it should give a warning). It also turns out Will's directions never looked for the actual 9-track EOT records - so nobody ever saw this. I mentioned it to him quietly - cudo's for coming clean. FWIW: I always recommend Will's documents for V6 and V7 (in fact, we point to them in the OpenSIMH archives at my suggestion). The truth is, I wish we had had access to a few more that are as good as Will's for some of the other OSses. Clem =E1=90=A7 On Thu, May 23, 2024 at 2:58=E2=80=AFPM Will Senn wro= te: > All, > > I can't believe it's been 9 years since I wrote up my original notes on > getting Research Unix v7 running in SIMH. Crazy how time flies. Well, thi= s > past week Clem found a bug in my scripts that create tape images. It seem > like they were missing a tape mark at the end. Not a showstopper by any > means, but we like to keep a clean house. So, I applied his fixes and > updated the scripts along with the resultant tape image and Warren has > updated them in the archive: > > https://www.tuhs.org/Archive/Distributions/Research/Keith_Bostic_v7/ > > I've also updated the note to address the fixes, to use the latest versio= n > of Open-SIMH on Linux Mint 21.3 "Virginia" (my host of choice these days)= , > and to bring the transcripts up to date: > > > https://decuser.github.io/unix/research-unix/v7/2024/05/23/research-unix-= v7-3.2.html > > Later, > > Will > > > --00000000000006db3106192530a3 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
FYI - POR is to push some new tools I have been creatin= g into OpenSIMH shortly.

In fairness to Will, th= is is in the class of a "2-minute minor," not a "4-minute ma= jor."=C2=A0 I back = into this issue as I was working on Oscar's new PiDP-10 and moving a ve= ry old (v6 syntax) UNIXC= program that manipulates PDP-10 backup and TOPS-20 Dumper images.=C2=A0 PD= P-10s do things in 36 bits, which does not map cleanly to the 8 data bits o= f a 9-track tape (you don't want to know what the 10 does unless you ha= ve to deal with it).=C2=A0 So, I wrote some tools to better examine and fle= xibly manipulate TAP files [the debug code for tapes in SIMH is a bit of a = mess].=C2=A0 Anyway, as I was testing something, I thought I had made an er= ror in my new tap_decode(1) tool when I was looking at the v7.tap.gz file that Warren has in the TUHS archives (that Will su= pplied/created with his mktape scripts= ).=C2=A0 =C2=A0When I looked more carefully, it was missing a record. It tu= rns out SIMH will silently=C2=A0for=C2=A0coming clean.

FWIW: I always= =C2=A0recommend Will's documents for V6 and V7 (in fact, we point to th= em in the OpenSIMH archives at my suggestion).=C2=A0 The truth is, I wish w= e had had access to a few more that are as good as Will's for some of t= he other OSses.

Clem
3D""=E1=90=A7
On = Thu, May 23, 2024 at 2:58=E2=80=AFPM Will Senn <will.senn@gmail.com> wrote:
=20 =20 =20
All,

I can't believe it's been 9 years since I wrote up my origina= l notes on getting Research Unix v7 running in SIMH. Crazy how time flies. Well, this past week Clem found a bug in my scripts that create tape images. It seem like they were missing a tape mark at the end. Not a showstopper by any means, but we like to keep a clean house. So, I applied his fixes and updated the scripts along with the resultant tape image and Warren has updated them in the archive:

https://www.tuhs.org/Archive/Distributions/Research= /Keith_Bostic_v7/

I've also updated the note to address the fixes, to use the lates= t version of Open-SIMH on Linux Mint 21.3 "Virginia" (my host= of choice these days), and to bring the transcripts up to date:

https://decuser.github.io/unix/rese= arch-unix/v7/2024/05/23/research-unix-v7-3.2.html

Later,

Will
--00000000000006db3106192530a3--