[Warren Toomey <wkt(a)henry.cs.adfa.edu.au> writes:]
>UNIX V7 is contained on a single RL02 disk image. To boot UNIX:
>...
>Hope this helps!
Thanks! (Don't know how I missed this. :-<)
Yes, it helped, and I'm now the proud owner of a (virtual) single-user V7 box.
Time to hack!
Andy Valencia
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id KAA71804
for pups-liszt; Tue, 25 Jul 2000 10:13:39 +1000 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
>From "Ryan Blair" <rblair(a)webteksdesign.com> Tue Jul 25 10:08:16 2000
Received: from henry.cs.adfa.edu.au (henry.cs.adfa.edu.au [131.236.21.158])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id KAA71800
for <pups(a)minnie.cs.adfa.edu.au>; Tue, 25 Jul 2000 10:13:37 +1000 (EST)
(envelope-from wkt(a)henry.cs.adfa.edu.au)
Received: (from wkt@localhost)
by henry.cs.adfa.edu.au (8.9.3/8.9.3) id KAA35346
for pups(a)minnie.cs.adfa.edu.au; Tue, 25 Jul 2000 10:11:49 +1000 (EST)
(envelope-from wkt)
Received: from scnc.waverly.k12.mi.us (scnc.waverly.k12.mi.us [204.38.93.2])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id KAA71785
for <pups(a)minnie.cs.adfa.edu.au>; Tue, 25 Jul 2000 10:11:50 +1000 (EST)
(envelope-from rblair(a)webteksdesign.com)
Received: from rbp200 (pm098-06.dialip.mich.net [35.9.14.47])
by scnc.waverly.k12.mi.us (8.9.3/8.9.3) with ESMTP id UAA09047
for <pups(a)minnie.cs.adfa.edu.au>; Mon, 24 Jul 2000 20:09:13 -0400 (EDT)
(envelope-from rblair(a)webteksdesign.com)
Message-ID: <001901bff5cc$8c02f200$2f0e0923@rbp200>
From: "Ryan Blair" <rblair(a)webteksdesign.com>
To: <pups(a)minnie.cs.adfa.edu.au>
Subject: [pups] 2.11 BSD image booting
Date: Mon, 24 Jul 2000 20:08:16 -0400
MIME-Version: 1.0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2615.200
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
In the same rut as Andy Valencia:
I have tried booting the 2.11 BSD distribution that was in the boot images
directory, it has something like 9 disc pack images, and a script to boot it
with Supnik. Well, it boots all right, but I can't access most of the
filesystem, just the root, and even there most of the files seem corrupt. It
gets even worse when I try to shut it down. It will not even boot back up
after I shut it down in the emulator.
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id KAA71852
for pups-liszt; Tue, 25 Jul 2000 10:16:23 +1000 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
>From Warren Toomey <wkt(a)henry.cs.adfa.edu.au> Tue Jul 25 10:14:09 2000
Received: from henry.cs.adfa.edu.au (henry.cs.adfa.edu.au [131.236.21.158])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id KAA71848
for <pups(a)minnie.cs.adfa.edu.au>; Tue, 25 Jul 2000 10:16:21 +1000 (EST)
(envelope-from wkt(a)henry.cs.adfa.edu.au)
Received: (from wkt@localhost)
by henry.cs.adfa.edu.au (8.9.3/8.9.3) id KAA35378
for pups(a)minnie.cs.adfa.edu.au; Tue, 25 Jul 2000 10:14:34 +1000 (EST)
(envelope-from wkt)
Received: from henry.cs.adfa.edu.au (henry.cs.adfa.edu.au [131.236.21.158])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id KAA71837
for <pups(a)minnie.cs.adfa.edu.au>; Tue, 25 Jul 2000 10:16:01 +1000 (EST)
(envelope-from wkt(a)henry.cs.adfa.edu.au)
Received: (from wkt@localhost)
by henry.cs.adfa.edu.au (8.9.3/8.9.3) id KAA35364;
Tue, 25 Jul 2000 10:14:09 +1000 (EST)
(envelope-from wkt)
From: Warren Toomey <wkt(a)henry.cs.adfa.edu.au>
Message-Id: <200007250014.KAA35364(a)henry.cs.adfa.edu.au>
Subject: Re: [pups] 2.11 BSD image booting
In-Reply-To: <001901bff5cc$8c02f200$2f0e0923@rbp200> from Ryan Blair at "Jul
24, 2000 08:08:16 pm"
To: Ryan Blair <rblair(a)webteksdesign.com>
Date: Tue, 25 Jul 2000 10:14:09 +1000 (EST)
CC: pups(a)minnie.cs.adfa.edu.au
Reply-To: wkt(a)cs.adfa.edu.au
X-Mailer: ELM [version 2.4ME+ PL68 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
In article by Ryan Blair:
[Charset iso-8859-1 unsupported, filtering to ASCII...]
> In the same rut as Andy Valencia:
> I have tried booting the 2.11 BSD distribution that was in the boot images
> directory, it has something like 9 disc pack images, and a script to boot it
> with Supnik. Well, it boots all right, but I can't access most of the
> filesystem, just the root, and even there most of the files seem corrupt. It
> gets even worse when I try to shut it down. It will not even boot back up
> after I shut it down in the emulator.
I think all the 2.11BSD disk images in Boot_Images are suspect.
I wonder if we could prevail upon Steven Schultz (or someone)
to build some 2.11BSD disk images which would be suitable for the
Supnik and Ersatz emulators.
Cheers,
Warren
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id KAA71925
for pups-liszt; Tue, 25 Jul 2000 10:29:28 +1000 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
>From Greg Lehey <grog(a)lemis.com> Tue Jul 25 10:22:40 2000
Received: from henry.cs.adfa.edu.au (henry.cs.adfa.edu.au [131.236.21.158])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id KAA71921
for <pups(a)minnie.cs.adfa.edu.au>; Tue, 25 Jul 2000 10:29:26 +1000 (EST)
(envelope-from wkt(a)henry.cs.adfa.edu.au)
Received: (from wkt@localhost)
by henry.cs.adfa.edu.au (8.9.3/8.9.3) id KAA35426
for pups(a)minnie.cs.adfa.edu.au; Tue, 25 Jul 2000 10:27:38 +1000 (EST)
(envelope-from wkt)
Received: from wantadilla.lemis.com (root(a)wantadilla.lemis.com [192.109.197.80])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id KAA71891
for <pups(a)minnie.cs.adfa.edu.au>; Tue, 25 Jul 2000 10:24:57 +1000 (EST)
(envelope-from grog(a)wantadilla.lemis.com)
Received: (from grog@localhost)
by wantadilla.lemis.com (8.9.3/8.9.3) id JAA31930;
Tue, 25 Jul 2000 09:52:40 +0930 (CST)
(envelope-from grog)
Date: Tue, 25 Jul 2000 09:52:40 +0930
From: Greg Lehey <grog(a)lemis.com>
To: wkt(a)cs.adfa.edu.au
Cc: Ryan Blair <rblair(a)webteksdesign.com>, pups(a)minnie.cs.adfa.edu.au
Subject: Re: [pups] 2.11 BSD image booting
Message-ID: <20000725095240.B98476(a)wantadilla.lemis.com>
References: <001901bff5cc$8c02f200$2f0e0923@rbp200> <200007250014.KAA35364(a)henry.cs.adfa.edu.au>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.4i
In-Reply-To: <200007250014.KAA35364(a)henry.cs.adfa.edu.au>; from wkt(a)henry.cs.adfa.edu.au on Tue, Jul 25, 2000 at 10:14:09AM +1000
Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia
Phone: +61-8-8388-8286
Fax: +61-8-8388-8725
Mobile: +61-418-838-708
WWW-Home-Page: http://www.lemis.com/~grog
X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
On Tuesday, 25 July 2000 at 10:14:09 +1000, Warren Toomey wrote:
> In article by Ryan Blair:
> [Charset iso-8859-1 unsupported, filtering to ASCII...]
>> In the same rut as Andy Valencia:
>> I have tried booting the 2.11 BSD distribution that was in the boot images
>> directory, it has something like 9 disc pack images, and a script to boot it
>> with Supnik. Well, it boots all right, but I can't access most of the
>> filesystem, just the root, and even there most of the files seem corrupt. It
>> gets even worse when I try to shut it down. It will not even boot back up
>> after I shut it down in the emulator.
>
> I think all the 2.11BSD disk images in Boot_Images are suspect.
>
> I wonder if we could prevail upon Steven Schultz (or someone)
> to build some 2.11BSD disk images which would be suitable for the
> Supnik and Ersatz emulators.
I had some somewhere, but I haven't run them for a while. They're
also very big.
Greg
--
Finger grog(a)lemis.com for PGP public key
See complete headers for address and phone numbers
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id LAA72058
for pups-liszt; Tue, 25 Jul 2000 11:01:35 +1000 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
>From Jeremy Bingham <jeremy(a)mail.flyingcroc.net> Tue Jul 25 10:37:47 2000
Received: from henry.cs.adfa.edu.au (henry.cs.adfa.edu.au [131.236.21.158])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id LAA72054
for <pups(a)minnie.cs.adfa.edu.au>; Tue, 25 Jul 2000 11:01:33 +1000 (EST)
(envelope-from wkt(a)henry.cs.adfa.edu.au)
Received: (from wkt@localhost)
by henry.cs.adfa.edu.au (8.9.3/8.9.3) id KAA35561
for pups(a)minnie.cs.adfa.edu.au; Tue, 25 Jul 2000 10:59:46 +1000 (EST)
(envelope-from wkt)
Received: from gilliam.users.flyingcroc.net (gilliam.users.flyingcroc.net [207.246.128.2])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id KAA71964
for <pups(a)minnie.cs.adfa.edu.au>; Tue, 25 Jul 2000 10:39:52 +1000 (EST)
(envelope-from jeremy(a)mail.flyingcroc.net)
Received: from localhost (jeremy@localhost)
by gilliam.users.flyingcroc.net (8.9.3/8.9.3) with ESMTP id RAA76771
for <pups(a)minnie.cs.adfa.edu.au>; Mon, 24 Jul 2000 17:37:47 -0700 (PDT)
Date: Mon, 24 Jul 2000 17:37:47 -0700 (PDT)
From: Jeremy Bingham <jeremy(a)mail.flyingcroc.net>
To: pups(a)minnie.cs.adfa.edu.au
Subject: [pups] Getting a MicroPDP-11 Running
Message-ID: <Pine.BSF.4.21.0007241715580.62180-100000(a)gilliam.users.flyingcroc.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
I just acquired a MicroPDP-11 from a Goodwill a couple of days ago with a
RX50-A dual 400KB floppy and an RD52 31/33(?)MB hard drive, but it doesn't
have a tape drive. My questions are:
1.) What UNIXes have been successfully loaded onto these types of machines?
2.) Can it be done without a tape? If so, has anybody pulled it off?
3.) Are there any utilities, either DOS or UNIX/Linux/FreeBSD based, to write
and/or format RX50 floppies?
I tried looking through the mail archive, but there didn't seem to be anything
there that addressed this question. Thanks in advance to everybody.
-j
----------------------------------------------------------
You know you've been spending too much time on the computer when your
friend misdates a check, and you suggest adding a "++" to fix it.
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id NAA72592
for pups-liszt; Tue, 25 Jul 2000 13:28:58 +1000 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
>From "Steven M. Schultz" <sms(a)moe.2bsd.com> Tue Jul 25 13:00:06 2000
Received: from henry.cs.adfa.edu.au (henry.cs.adfa.edu.au [131.236.21.158])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id NAA72588
for <pups(a)minnie.cs.adfa.edu.au>; Tue, 25 Jul 2000 13:28:57 +1000 (EST)
(envelope-from wkt(a)henry.cs.adfa.edu.au)
Received: (from wkt@localhost)
by henry.cs.adfa.edu.au (8.9.3/8.9.3) id NAA36970
for pups(a)minnie.cs.adfa.edu.au; Tue, 25 Jul 2000 13:27:09 +1000 (EST)
(envelope-from wkt)
Received: from moe.2bsd.com (0(a)MOE.2BSD.COM [206.139.202.200])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id NAA72507
for <pups(a)minnie.cs.adfa.edu.au>; Tue, 25 Jul 2000 13:12:45 +1000 (EST)
(envelope-from sms(a)moe.2bsd.com)
Received: (from sms@localhost)
by moe.2bsd.com (8.9.3/8.9.3) id UAA22851;
Mon, 24 Jul 2000 20:00:06 -0700 (PDT)
Date: Mon, 24 Jul 2000 20:00:06 -0700 (PDT)
From: "Steven M. Schultz" <sms(a)moe.2bsd.com>
Message-Id: <200007250300.UAA22851(a)moe.2bsd.com>
To: rblair(a)webteksdesign.com, wkt(a)cs.adfa.edu.au
Subject: Re: [pups] 2.11 BSD image booting
Cc: pups(a)minnie.cs.adfa.edu.au
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
Howdy -
> From: Warren Toomey <wkt(a)henry.cs.adfa.edu.au>
> In article by Ryan Blair:
> > In the same rut as Andy Valencia:
> > I have tried booting the 2.11 BSD distribution that was in the boot images
> > directory, it has something like 9 disc pack images, and a script to boot it
> > with Supnik. Well, it boots all right, but I can't access most of the
> > filesystem, just the root, and even there most of the files seem corrupt.
>
> I think all the 2.11BSD disk images in Boot_Images are suspect.
Hmmm, I don't think they're corrupt.
Wasn't there a similar posting a month or two ago about someone (I
forget who it was) having "massive corruption". It turned out that
the simulator was only told to use 256kb of memory (18bit mode). Once
the "set cpu 2048k" command was added to the conf file the problems
cleared right up. A good case can be made that it's a bug the system
doesn't outright crash if it's unhappy with the amount of memory but
given it's so easy to 'add memory' to the system I can't work up any
enthusiasm to track down and fix the problem ;)
> I wonder if we could prevail upon Steven Schultz (or someone)
> to build some 2.11BSD disk images which would be suitable for the
> Supnik and Ersatz emulators.
Well, one could take the tape images that are in the archive and
run the suitable tape preparation program ('makesimtape' for Supnik's
simulator and I think makesimtape.c is around in the archive as well).
Might need a "toggle in" boot for that (it's in the 2.11 setup and
installation guide) though since I do not recall the Supnik simulator
knowing how to boot from tape.
Try putting "set cpu 2048k" (I don't _think_ you need both "set cpu
22b" and "set cpu 2048k" but having both doesn't hurt and may help).
Steven Schultz
sms(a)moe.2bsd.com
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id NAA72598
for pups-liszt; Tue, 25 Jul 2000 13:29:21 +1000 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
>From "Steven M. Schultz" <sms(a)moe.2bsd.com> Tue Jul 25 13:18:29 2000
Received: from henry.cs.adfa.edu.au (henry.cs.adfa.edu.au [131.236.21.158])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id NAA72594
for <pups(a)minnie.cs.adfa.edu.au>; Tue, 25 Jul 2000 13:29:19 +1000 (EST)
(envelope-from wkt(a)henry.cs.adfa.edu.au)
Received: (from wkt@localhost)
by henry.cs.adfa.edu.au (8.9.3/8.9.3) id NAA36985
for pups(a)minnie.cs.adfa.edu.au; Tue, 25 Jul 2000 13:27:31 +1000 (EST)
(envelope-from wkt)
Received: from moe.2bsd.com (0(a)MOE.2BSD.COM [206.139.202.200])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id NAA72576
for <pups(a)minnie.cs.adfa.edu.au>; Tue, 25 Jul 2000 13:27:49 +1000 (EST)
(envelope-from sms(a)moe.2bsd.com)
Received: (from sms@localhost)
by moe.2bsd.com (8.9.3/8.9.3) id UAA23005;
Mon, 24 Jul 2000 20:18:29 -0700 (PDT)
Date: Mon, 24 Jul 2000 20:18:29 -0700 (PDT)
From: "Steven M. Schultz" <sms(a)moe.2bsd.com>
Message-Id: <200007250318.UAA23005(a)moe.2bsd.com>
To: jeremy(a)mail.flyingcroc.net, pups(a)minnie.cs.adfa.edu.au
Subject: Re: [pups] Getting a MicroPDP-11 Running
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
Hi!
> From: Jeremy Bingham <jeremy(a)mail.flyingcroc.net>
> I just acquired a MicroPDP-11 from a Goodwill a couple of days ago with a
Wow - that's a source for PDP-11s I would never have thought of :)
> RX50-A dual 400KB floppy and an RD52 31/33(?)MB hard drive, but it doesn't
> have a tape drive. My questions are:
> 1.) What UNIXes have been successfully loaded onto these types of machines?
I think we need just one more little piece of information before we
can match up a version of Unix with your new machine.
We need to know if it's an 11/23 (23+), or an 11/53 (73). The
label "MicroPDP-11" was used on a number of systems. If it's a 53
or better then you can run any of the PDP-11 Unix systems that are
out there. If it's a 23 class machine then you're limited to V7
or earlier (2.9BSD would probably fit but it would be a struggle and
you definitely wouldn't be able to use the networking).
Looking at the system maint register with the console ODT would
probably be the easiest way to determine the cpu type - examine
location 177750 (or 17777750 depending if the system needs the
explicit 22 bit address). Bits 4 thru 7 tell the module type:
5 = KDJ-11E (93, 94), 4 = KDJ-11D (53), 3 = KXJ11-C, 2 = KDJ11B
(quad high 73), 1 = KDJ-11A (dual high board 73). If it's a 23 the
sys maint register probably doesn't exist.
Another way would be to look at the module number on the spine of the
card ;)
> 2.) Can it be done without a tape? If so, has anybody pulled it off?
A ~32mb disk is going to be very tight for any 2BSD system. V7 will
fit I think.
> 3.) Are there any utilities, either DOS or UNIX/Linux/FreeBSD based, to write
> and/or format RX50 floppies?
Hmmm, I thought John Wilson has some utilities that could do that.
Normally you need to buy preformatted RX50 disks or have a DEC Rainbow
(DOS) system around.
On the other hand if the controller is an RQDX3 it is possible with
some luck (and more hardware skill than I have ;)) hook up a standard
5.25" Teac floppy drive. I don't have the location of the info for
that at hand - you might try the alt.sys.pdp11 or vmsnet.pdp-11
newsgroups (lots of knowing folks hang out there).
Steven Schultz
sms(a)moe.2bsd.com
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id OAA72804
for pups-liszt; Tue, 25 Jul 2000 14:19:41 +1000 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
>From maximum entropy <entropy(a)zippy.bernstein.com> Tue Jul 25 14:16:09 2000
Received: from henry.cs.adfa.edu.au (henry.cs.adfa.edu.au [131.236.21.158])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id OAA72800
for <pups(a)minnie.cs.adfa.edu.au>; Tue, 25 Jul 2000 14:19:39 +1000 (EST)
(envelope-from wkt(a)henry.cs.adfa.edu.au)
Received: (from wkt@localhost)
by henry.cs.adfa.edu.au (8.9.3/8.9.3) id OAA37187
for pups(a)minnie.cs.adfa.edu.au; Tue, 25 Jul 2000 14:17:51 +1000 (EST)
(envelope-from wkt)
Received: from zippy.bernstein.com (zippy.bernstein.com [206.20.83.202])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id OAA72792
for <pups(a)minnie.cs.adfa.edu.au>; Tue, 25 Jul 2000 14:18:46 +1000 (EST)
(envelope-from entropy(a)zippy.bernstein.com)
Received: (from entropy@localhost)
by zippy.bernstein.com (8.10.2/8.8.8) id e6P4G9T17046;
Tue, 25 Jul 2000 00:16:09 -0400 (EDT)
Date: Tue, 25 Jul 2000 00:16:09 -0400 (EDT)
Message-Id: <200007250416.e6P4G9T17046(a)zippy.bernstein.com>
From: maximum entropy <entropy(a)zippy.bernstein.com>
To: sms(a)moe.2bsd.com
CC: jeremy(a)mail.flyingcroc.net, pups(a)minnie.cs.adfa.edu.au
In-reply-to: <200007250318.UAA23005(a)moe.2bsd.com> (sms(a)moe.2bsd.com)
Subject: Re: [pups] Getting a MicroPDP-11 Running
References: <200007250318.UAA23005(a)moe.2bsd.com>
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
>Date: Mon, 24 Jul 2000 20:18:29 -0700 (PDT)
>From: "Steven M. Schultz" <sms(a)moe.2bsd.com>
>
>> From: Jeremy Bingham <jeremy(a)mail.flyingcroc.net>
>> [...]
>> 3.) Are there any utilities, either DOS or UNIX/Linux/FreeBSD based, to write
>> and/or format RX50 floppies?
>
> Hmmm, I thought John Wilson has some utilities that could do that.
> Normally you need to buy preformatted RX50 disks or have a DEC Rainbow
> (DOS) system around.
>
> On the other hand if the controller is an RQDX3 it is possible with
> some luck (and more hardware skill than I have ;)) hook up a standard
> 5.25" Teac floppy drive. I don't have the location of the info for
> that at hand - you might try the alt.sys.pdp11 or vmsnet.pdp-11
> newsgroups (lots of knowing folks hang out there).
http://vaxarchive.org/hw/rx50.html
...contains a good FAQ with some useful links, including a link to
John Wilson's stuff at DBIT.
I'm also appending here a file with some informative messages on the
subject. I had this file stored away with a bunch of Venix images for
the Pro. I don't remember if this file (RX50.notes) came with the
Venix stuff, or if I collected them together myself. I'm pretty sure
it's the former, but I couldn't find any links to it by searching the
net. Anyway, here it is...
>From barry(a)chezmoto.ai.mit.edu Tue Aug 4 08:14:38 1992
>From: barry(a)chezmoto.ai.mit.edu (Barry Kort)
>Newsgroups: comp.sys.dec.micro
>Subject: Re: reading rainbow disks on a '386 PC
>Date: 2 Aug 92 11:53:41 GMT
>Organization: MicroMuse
>In-reply-to: keithr(a)garfield.cs.mun.ca's message of 1 Aug 92 01:10:53 GMT
>
>I use the RX50DRVR on my AT which allows my 1.2 MB drive to read RX50
>diskettes. What this does is to create a new driveletter (F:) which
>spins the HD drive as if it were an RX50 drive.
>
>RX50DRVR does not know anything about the directory structure on
>the disks. If I do 'dir F:' it assumes DOS directory structure,
>which works fine on Rainbow diskettes, since they use the DOS
>directory structure.
>
>To read RT11 formatted diskettes, there is a utility called RT11
>which groks the RT11 file structure. I have not yet found a similar
>utility which handles the RMS-11 file structure of the PRO 3xx series.
>
>I can use Norton Utilities with RX50DRVR to examine the RX50 diskette
>in the F: drive, but then I am accessing the diskette sector by sector,
>not by logical file.
>
>I haven't explored the new utilities from the gentlemen in the Former
>Soviet Union who have announced some DOS environment tools for
>manipulating RX50 diskettes.
>
>Using RX50DRVR in combination with the RT11 utility program, I can
>low-level format a blank HD diskette as an RX50 diskette, then
>put it in the PRO and do a high-level RMS-11 style Initialization.
>This allows me to create new RX50 diskettes out of plain old unformatted
>or recycled 1.2 MB HD diskettes.
>
>Using Venix on the PRO, I can do a raw image copy of a diskette in one
>drive to a blank diskette in another drive. (This kind of copy will fail
>if the target diskette has any bad sectors, since there is no attempt
>to rearrange sectors to detour around any bad blocks.)
>
>Finally, by hooking up the PRO to a Unix or DOS machine via the
>COM port (or to a Unix host via Ethernet/DECnet if you have a DECNA
>card), you can transfer files via any number of techniques, ranging
>>from straight ASCII upload/capture using ordinary terminal emulators,
>Kermit file transfers if you have Kermit on both machines, or by
>DECnet file transfer using NFT or dcp utilities.
>
>None of this is particularly trivial to implement, but the bottom
>line is that there are many ways to pull files off RX50 diskettes
>and transfer them to Unix or DOS machines.
>
>Barry Kort
>
>From cosc16to(a)menudo.uh.edu Tue Aug 4 08:14:48 1992
>From: cosc16to(a)menudo.uh.edu (Andy Hakim)
>Newsgroups: comp.sys.dec.micro
>Subject: Re: reading rainbow disks on a '386 PC
>Date: 2 Aug 92 19:45:22 GMT
>Organization: University of Houston
>X-Newsreader: Tin 1.1 PL4
>
>barry(a)chezmoto.ai.mit.edu (Barry Kort) writes:
>:
>: Using RX50DRVR in combination with the RT11 utility program, I can
>: low-level format a blank HD diskette as an RX50 diskette, then
>: put it in the PRO and do a high-level RMS-11 style Initialization.
>: This allows me to create new RX50 diskettes out of plain old unformatted
>: or recycled 1.2 MB HD diskettes.
>:
>: Using Venix on the PRO, I can do a raw image copy of a diskette in one
>: drive to a blank diskette in another drive. (This kind of copy will fail
>: if the target diskette has any bad sectors, since there is no attempt
>: to rearrange sectors to detour around any bad blocks.)
>
>
>Another method of obtaining a formatted disk for the Pro-3xx, is to
>use an image copy program called Teledisk (shareware) for the PC. Not only
>does this program allow you to do a disk-to-disk copy, but it can also
>store a disk into a file (on the PC). This way, it is possible to keep an
>image file of a blank P/OS formatted disk, and then crank out new copies
>easily.
>
>In my experience, low density disks (360k) on a high density (1.2m) AT class
>drives seem to work out best.
>
>-andy
>
>From lasner(a)watsun.cc.columbia.edu Tue Aug 4 08:14:56 1992
>From: lasner(a)watsun.cc.columbia.edu (Charles Lasner)
>Newsgroups: comp.sys.dec.micro
>Subject: Re: reading rainbow disks on a '386 PC
>Date: 3 Aug 92 06:39:56 GMT
>Reply-To: lasner(a)watsun.cc.columbia.edu (Charles Lasner)
>Organization: Columbia University
>Nntp-Posting-Host: watsun.cc.columbia.edu
>
>In article <1992Aug2.194522.18244(a)menudo.uh.edu> cosc16to(a)menudo.uh.edu (Andy Hakim) writes:
>>
>>Another method of obtaining a formatted disk for the Pro-3xx, is to
>>use an image copy program called Teledisk (shareware) for the PC. Not only
>>does this program allow you to do a disk-to-disk copy, but it can also
>>store a disk into a file (on the PC). This way, it is possible to keep an
>>image file of a blank P/OS formatted disk, and then crank out new copies
>>easily.
>
>Where can I obtain Teledisk? Does it require any low-level preformatting
>of the media on the target?
>
>IF you use DR-DOS and RAINDOS (but not RX50DRVR) you can use DISKCOPY and
>DISKCOMP to copy RX50 MS-DOS diskettes to each other, or to files on the
>hard disk:
>
>DISKCOPY E: C:\RX50DISK.IMG
>
>DISKCOPY E: E:
>
>DISKCOPY C:\RX50DISK.IMG E:
>
>DISKCOMP E: C:\RX50DISK.IMG
>
>When writing the file or disk image onto a target disk, the diskette has to
>be already formatted as a low-level RX50, yet there are no high-level
>considerations, so non-DOS RX50's can be directly used as targets!
>
>Of course input diskettes have to already be MS-DOS RX50 DECmate II/Rainbow
>diskettes because of DOS restrictions.
>
>Note that DOS 5 cannot do anything but "standard" disk sizes, and can't
>copy disk images to files at all.
>
>>
>>In my experience, low density disks (360k) on a high density (1.2m) AT class
>>drives seem to work out best.
>
>And without hub rings is better. If you suspect that a disk is actually
>high-density when it has no hub rings, there is a simple test:
>
>Just format it as a normal 1.2 Meg disk. a low-density diskette will get
>hundreds of Kbytes in bad sectors, while a HD diskette will get little or
>no errors, thus proving it unsuitable for RX50 purposes. Most disks with
>hub rings are already clearly low-density, but after you remove them, this
>will prove a quick check for actual diskette formulation.
>
>cjl
>
>From cosc16to(a)menudo.uh.edu Tue Aug 4 08:15:02 1992
>From: cosc16to(a)menudo.uh.edu (Andy Hakim)
>Newsgroups: comp.sys.dec.micro
>Subject: Re: reading rainbow disks on a '386 PC
>Date: 3 Aug 92 16:42:35 GMT
>Organization: University of Houston
>X-Newsreader: Tin 1.1 PL4
>
>lasner(a)watsun.cc.columbia.edu (Charles Lasner) writes:
>:
>: Where can I obtain Teledisk? Does it require any low-level preformatting
>: of the media on the target?
>:
>I checked the ftp site "wuarchive.wustle.edu", it is in directory
>"mirrors2/msdos/dskutl" as file "teled212.zip".
>
>Nope, this one does not require any low level preformatting. It's possible
>to stick in a brand new ds/dd and let it go. Incidently, teledisk is
>made by the same people, Sydex, who make 22disk.
>
>-andy
>
>From cosc16to(a)menudo.uh.edu Tue Aug 4 08:15:11 1992
>From: cosc16to(a)menudo.uh.edu (Andy Hakim)
>Newsgroups: comp.sys.dec.micro
>Subject: Re: reading rainbow disks on a '386 PC
>Date: 3 Aug 92 16:54:30 GMT
>Organization: University of Houston
>X-Newsreader: Tin 1.1 PL4
>
>: I checked the ftp site "wuarchive.wustle.edu", it is in directory
>: "mirrors2/msdos/dskutl" as file "teled212.zip".
>
>Correction, it's spelled "wuarchive.wustl.edu" with a missing 'e'.
>
>Host nic.switch.ch (130.59.1.40)
> Location: /mirror/msdos/dskutl
> FILE rw-rw-r-- 93805 Dec 23 1990 teled212.zip
>
>Host ftp.uu.net (137.39.1.9)
> Location: /systems/msdos/simtel20/dskutl
> FILE rw-r--r-- 93805 Dec 22 1990 teled212.zip
>
>Host wuarchive.wustl.edu (128.252.135.4)
> Location: /mirrors3/garbo.uwasa.fi/diskutil
> FILE rw-rw-r-- 94075 Dec 11 1990 teled212.zip
> Location: /mirrors/msdos/dskutl
> FILE rw-r--r-- 93805 Dec 23 1990 teled212.zip
>
>archie>
>
>From lasner(a)watsun.cc.columbia.edu Tue Aug 4 08:15:17 1992
>From: lasner(a)watsun.cc.columbia.edu (Charles Lasner)
>Newsgroups: comp.sys.dec.micro
>Subject: Re: reading rainbow disks on a '386 PC
>Date: 4 Aug 92 05:55:11 GMT
>Reply-To: lasner(a)watsun.cc.columbia.edu (Charles Lasner)
>Organization: Columbia University
>Nntp-Posting-Host: watsun.cc.columbia.edu
>
>In article <1992Aug3.164235.1187(a)menudo.uh.edu> cosc16to(a)menudo.uh.edu (Andy Hakim) writes:
>>lasner(a)watsun.cc.columbia.edu (Charles Lasner) writes:
>>:
>>: Where can I obtain Teledisk? Does it require any low-level preformatting
>>: of the media on the target?
>>:
>>I checked the ftp site "wuarchive.wustle.edu", it is in directory
>>"mirrors2/msdos/dskutl" as file "teled212.zip".
>>
>>Nope, this one does not require any low level preformatting. It's possible
>>to stick in a brand new ds/dd and let it go. Incidently, teledisk is
>>made by the same people, Sydex, who make 22disk.
>>
>>-andy
>
>Sydex also makes RAINDOS.
>
>I suspect that teledisk will only make sector-compatible descendents though,
>so if I have a specially layed-out version of a diskette (such as 2:1
>interleave or staggered, etc.) the descendent will lose that aspect of
>optimization, and will instead become "vanilla" RX50 format in the
>case of RX50 diskette.
>
>The point is that certain software, especially for DECmates not specifically
>geared to CP/M-80, and *any* bootable DECmate diskette (including CP/M-80) the
>format used in stock RX50 layout is non-optimal. There are different
>requirements for different specific applications, but just as on PC's, the
>use of non-interleaved non-staggered disks can be demonstrated to be
>inferior to a variant in terms of sector ordering at the low format level.
>
>Rainbow MS-DOS disks have an implied software interleave of 2:1 for the
>FAT area, and 1:1 in the rest; this is in software, so the standard disk
>layout should be maintained, except that the *stagger* is not taken into
>account. Thus, like a PC, Rainbow MS-DOS disks should be formatted with a
>stagger of 2 per track. Thus track 1 is layed out 1,2,3,4,5,6,7,8,9,10 and
>track 2 is layed out 9,10,1,2,3,4,5,6,7,8. When the disk seeks from track 1
>to track 2, it will thus miss 9 and 10, but immediately find 1. Were the
>stagger not there, it would miss 1 and 2, and reject 3,4,5,6,7,8,9 while
>waiting for 1 to come around again. Thus staggering relieves rotational
>latency.
>
>For the DECmate, there are two additional problems:
>
>All bootable diskettes require the logically sequential reading of tracks
>78, 79 in the order 1,2,3,4,5,6,7,8,9,10,1,2,3,4,5,6,7,8,9,10. But the RX
>interface of the DECmate can't perform 1:1 interleave ever, so this is
>anti-optimal not only in stagger but more importantly in interleave. Thus,
>this area of the disk should be formatted with an interleave of 2:1 as well
>as a stagger of 2. Thus the disk is layed out:
>
>track 78: 1,6,2,7,3,8,4,9,5,10
>track 79: 5,10,1,6,2,7,3,8,4,9
>
>This restriction is based on the ROM routines that read in this area in linear
>order. This is mostly why all DECmates take so long to boot up! Changing to
>a better sector order will chop seconds out of the boot time.
>
>Further, all systems other than CP/M-80 require some form of help, mostly
>applying the stagger that helps the Rainbow as well (again other than CP/M).
>For DECmate MS-DOS, tracks 0-3 should be in 1-1 interleave because the software
>already maps the disk in 2:1 usage. tracks 4-79 should be formatted 2:1
>interleave to help out the RX interface when the Rainbow-optimal ordering
>is invoked (similar to the DECmate ROM access, and just as inefficient on
>a DECmate).
>
>OS/278 does a software 2:1 interleave, so the only help needed is a
>disk-wide stagger factor of 2.
>
>Note that RT-11 and all other -11-oriented disks should use stock format only
>because this superior software maps all sectors to include both the 2-1
>interleave and stagger of 2 already.
>
>So, if Teledisk is a *really* good utility, it won't disturb the format's
>stagger and interleave as it copies the disks!
>
>cjl
>
>From lasner(a)watsun.cc.columbia.edu Tue Aug 4 08:15:23 1992
>From: lasner(a)watsun.cc.columbia.edu (Charles Lasner)
>Newsgroups: comp.sys.dec.micro
>Subject: Re: reading rainbow disks on a '386 PC
>Date: 3 Aug 92 05:39:27 GMT
>Reply-To: lasner(a)watsun.cc.columbia.edu (Charles Lasner)
>Organization: Columbia University
>Nntp-Posting-Host: watsun.cc.columbia.edu
>
>In article <BARRY.92Aug2075341(a)chezmoto.ai.mit.edu> barry(a)chezmoto.ai.mit.edu (Barry Kort) writes:
>>I use the RX50DRVR on my AT which allows my 1.2 MB drive to read RX50
>>diskettes. What this does is to create a new driveletter (F:) which
>>spins the HD drive as if it were an RX50 drive.
>
>RX50DRVR, like RAINDOS, creates a new logical drive past your last existent
>drive, so it's F: for you because you apparently have an A: through E: before
>the driver gets loaded in CONFIG.SYS.
>
>>
>>RX50DRVR does not know anything about the directory structure on
>>the disks. If I do 'dir F:' it assumes DOS directory structure,
>>which works fine on Rainbow diskettes, since they use the DOS
>>directory structure.
>
>That's not quite true, since the disk organization has to be DOS as implemented
>on DECmate II MSDOS/Rainbow MS-DOS only. It is true only in the sense that
>you can make your own BIOS calls to read the disks yourself without caring
>about the significence. But that's no different from doing so with any
>floppy on a PC.
>
>>
>>To read RT11 formatted diskettes, there is a utility called RT11
>>which groks the RT11 file structure. I have not yet found a similar
>>utility which handles the RMS-11 file structure of the PRO 3xx series.
>
>Where can I get this RT11 utility? It sounds useful. Does it specifically
>require/recognize the RX50DRVR or does it merely work in an innocuous way
>with the same drive letter? (Would it work also with A:? or must it have
>RX50DRVR present. If so, would it work with RAINDOS as an alternative?)
>
>>
>>I can use Norton Utilities with RX50DRVR to examine the RX50 diskette
>>in the F: drive, but then I am accessing the diskette sector by sector,
>>not by logical file.
>>
>>I haven't explored the new utilities from the gentlemen in the Former
>>Soviet Union who have announced some DOS environment tools for
>>manipulating RX50 diskettes.
>
>Re the Soviet-originating files:
>
>The files come with a piece of shareware originating in Italy that intercepts
>DOS's calls for formatting commands, so that "odd" sizes, such as using:
>FORMAT A: /T:80 /N:10 are now legal. The result is a double-sided disk that
>is quite suitably low-level formatted for RX50, but the high-level is PC
>compatible, *not* DECmate/Rainbow's idea of MS-DOS, and specifically must be
>used on a "normal" drive and *not* with RX50DRVR. All media indicators are
>stock PC-type, not RX50. However, since the low-level is now correct, and
>errors are recorded in a way that FORMAT indicated when it finished, and can
>be re-confirmed with CHKDSK, etc., the media can be determined to be error-
>free hopefully. If so, then the companion program RX50INIT that comes with
>RX50DRVR can be used to initialize the directory so DECmate/Rainbow MS-DOS
>likes the disk, and of course the RX50DRVR-controlled logical device such as
>F: in your example. Note also that RX50INIT can be used with RAINDOS as well.
>Also, RX50INIT requires ANSI.SYS be loaded purely for cosmetic reasons.
>RX50DRVR and RX50INIT were designed for DOS 3.3 usage. They don't support the
>extensions to DOS brought into versions 4 and 5, so there are some problems.
>RX50INIT fails totally in those two systems, and CHKDSK can't work there
>either. With some adjustment to the BUFFERS= statement in CONFIG.SYS, they
>can be made to work for read/write purposes under DOS 4 or 5.
>
>
>When used with DR-DOS 6.0, all RX50DRVR and RX50INIT functions work fine.
>
>
>>
>>Using RX50DRVR in combination with the RT11 utility program, I can
>>low-level format a blank HD diskette as an RX50 diskette, then
>>put it in the PRO and do a high-level RMS-11 style Initialization.
>>This allows me to create new RX50 diskettes out of plain old unformatted
>>or recycled 1.2 MB HD diskettes.
>
>Just a word about using HD media:
>
>You can't reliably use HD media on an actual RX50, because the coercivity
>is too far off in HD media. It was designed for the higher-frequency
>recording of the "real" 1.2 Meg format (500 KHz) and not the 250 KHz recording
>rate of the RX50, which is actually the same as good 'ol DS/DD media (360K
>kid of media). Some revisions of RX50 drive in comination with certain RX
>controllers in some DEC machins fare better than others, but it can be
>demonstrated that a lot of combinations don't particularly "like" HD
>media.
>
>The designated media for RX50 is Maxell MD1DD-RX50 or equivalent, which is
>what used to be called "quad" media. This is well-honed low-density media,
>so it is rated for use on 96 TPI (80 track) drives, not just 48 TPI (40 track)
>drives as is usual. Note that MD2D is not MD2DD. (The 2 just means two-sided
>which for all intents and purposes today can be ignored; virtuall *all* media
>is actually made double-sided :-).) The DD means 80-track support, but since
>most media are made well-honed, most cheap disks can support 80 tracks anyway.
>These disks will *not* cause I/O errors on any RX50! However, long-term usage
>requires the hub rings be removed completely (use alcohol to get the sticky
>stuff off, or ask your supplier for no-hub disks!). Failing to remove
>hub rings means eventually the disks will get unreliable sooner than they
>ought to due to registration problems. All 96 TPI disks have this problem.
>Note that MD2HD and MD1DD don't have hub rings! It is rumored that there is
>a "premium" line of diskettes from Fuji apart from their standard line of
>inexpensive diskettes that has a specially reinforced hub area, that isn't
>a hub ring per se. If the same mechanism is used in both HD and DD media,
>then the DD type would be the best thing today to use with impunity for
>RX50. Clearly the MD1DD or MD2DD or MD1DD or the 3M equivalents are too
>expensive, considering that what we want are the cheapest types of diskettes
>with the hub rings never added. (We don't want to pay more for less!)
>
>Re RT-11 utility:
>
>I don't know anything about the RT11 utility program, but RX50DRVR cannot
>format disks; the code lacks support for the FORMAT command, and also some
>calls needed by both CHKDSK and FORMAT. Attempts to use either on DOS 4
>or 5 will get error messages. Even on 3.3, where CHKDSK is more "forgiving"
>you still get the message about "format not supported on device" when
>using RX50DRVR. So, if your claim for formatting is true, the RT11 utility
>must contain low-level formatting code of its own, and perhaps only needs
>RX50DRVR to locate the proper device?
>
>RAINDOS is a share-ware mostly superset of RX50DRVR, and it totally supports
>CHKDSK and FORMAT in DOS 4 and 5. It works fine with RX50INIT (assuming that
>RX50INIT can work!) and suffers from only two known problems:
>
>1) Should you specify a format command with the FORMAT F: command,
>and the O/S is DR-DOS 6, then if it really does attempt a low-level format,
>it gets a cryptic error message and fails. Note that MS-DOS 5 and DR-DOS 6
>will always attempt a "quick" format if possible, unless over-ridden. This
>case of a quick format doesn't fail, but also isn't formatting! Just
>rewriting a cleaned-up high-level format directory initialize.
>
>2) It is sometimes strangely slow, as compared to RX50DRVR where both
>could work. When using Norton 4.5's DT program, RX50DRVR handles the
>disk at normal speed, and allows DT to mark bad clusters (if any) quite
>nicely. When RAINDOS is used, it causes many recalibrates for unknown
>reasons. In some cases, the sloth isn't that noticeable, but this is a
>sore point usage.
>
>Otherwise, RAINDOS is a total replacement for RX50DRVR, or so it would seem.
>Norton NU treats RX50DRVR diskettes and RAINDOS diskettes equally since it
>does one-sector I/O.
>
>>
>>Using Venix on the PRO, I can do a raw image copy of a diskette in one
>>drive to a blank diskette in another drive. (This kind of copy will fail
>>if the target diskette has any bad sectors, since there is no attempt
>>to rearrange sectors to detour around any bad blocks.)
>>
>>Finally, by hooking up the PRO to a Unix or DOS machine via the
>>COM port (or to a Unix host via Ethernet/DECnet if you have a DECNA
>>card), you can transfer files via any number of techniques, ranging
>>from straight ASCII upload/capture using ordinary terminal emulators,
>>Kermit file transfers if you have Kermit on both machines, or by
>>DECnet file transfer using NFT or dcp utilities.
>>
>>None of this is particularly trivial to implement, but the bottom
>>line is that there are many ways to pull files off RX50 diskettes
>>and transfer them to Unix or DOS machines.
>>
>>Barry Kort
>
>If the Soviet files prove to work, and apparently requiring the Italian
>TSR shareware program, we can probably make Files-11 RX50 diskettes as well.
>I have just received these programs and will be evaluating them when feasible.
>I am still working with the accompanying Italian shareware which has some
>interesting "generic" features of its own with respect to the entire RX50
>issue. I suspect that its presence enhances any of these utilities, although
>it's possible redundant and perhaps extraneous to some of the utilities.
>
>In any case, there are many ways to get files moved around.
>
>Another excellent package is 22DISK from Sydex, the same shareware author
>as RAINDOS. This package low-level formats RX50's in either DECmate CP/M-80
>or Rainbow CP/M-80/86 format. (They are similar, but not identical, although
>they can read each other's disks no sweat; it's a matter of interleave, etc.
>and a throughput issue, not a format per se issue.) It then high-level
>formats the disks for CP/M usage. So, its a good place to do the low-level
>formatting required for all of these other utilities. For example, on
>DR-DOS 6, you first run 22DISK to format the disk, then use RX50INIT to get
>an RX50 MS-DOS DECmate/Rainbow high-level structure, and then can use
>RAINDOS to transfer files, run CHKDSK, and do quick-formats with FORMAT /Q,
>etc. Notice this avoids all of the Raindos/DR-DOS interaction :-).
>
>22DISK can get directory listings of CP/M disks, and can transfer files
>to/from MS-DOS from/to the designated CP/M diskette. It supports literally
>hundreds of CP/M formats, which implies many low and high-level support
>variants. This program is highly reminiscent of the former Rainbow, and
>later PC-based "Media Master" program, but is for PC/MS-DOS only, and
>requires HD drives for the RX50 formats.
>
>I believe there is an obscure PRO option for a CP/M-80 board, so this might
>be yet another way to get files in/out of a PRO.
>
>So, like cats, there are many ways to "skin" an RX50 :-).
>
>cjl
>
>From lasner(a)watsun.cc.columbia.edu Tue Aug 4 08:15:29 1992
>From: lasner(a)watsun.cc.columbia.edu (Charles Lasner)
>Newsgroups: comp.sys.dec.micro
>Subject: Good report on Teledisk.
>Date: 4 Aug 92 07:27:25 GMT
>Reply-To: lasner(a)watsun.cc.columbia.edu (Charles Lasner)
>Organization: Columbia University
>Nntp-Posting-Host: watsun.cc.columbia.edu
>
>I have down-loaded Sydex's teledisk, and have found it to exceed my
>expectations in some useful ways.
>
>For starters, all of my attentions are based on the problems of distributing
>RX50 diskettes not necessarily in stock format, and not yet having any
>satisfactory way of creating the necessary disks.
>
>Background:
>
>There are several desirable variant formats for RX50 that have been discussed
>elsewhere. The only known program to create them is FDFORMAT for PC's. While
>this freeware program is generally quite good, it has a few crucial bugs that
>make it unsuitable for RX50 usage. It is conceivable that this will be
>solved by using some additional/non-standard parameters to FDFORMAT to create
>usable disks, but in any case, the use of all obvious parameters yields disks
>that are flakey on some RX50's, and downright unreadable on others. In
>addition, these disks are so messed up that a DECmate can't even WRITE on the
>disks and read back what it just wrote reliably! Yet, this isn't a media
>problem because it can be demonstrated that the problem disappears by
>low-level format of the same diskette with either Sydex's RAINDOS or 22DISK
>packages. (Note that *some* RX50 systems using some newer-designed controllers
>and/or higher revision drives and/or RX50-compatibility modes on different
>drives have little or no problems with these FDFORMATted diskettes; indeed
>the diskettes are fine on a PC; there's some low-level detail that's incorrect
>about FDFORMATted diskettes. Some parameter is being set to a PC-acceptable
>value that doesn't center on RX50's requirements. Perhaps this will be
>uncovered at a later time obviating this entire discussion. Until such a
>time, FDFORMAT cannot be used to create RX50 diskettes that are readable on
>*all* RX50 systems. FDFORMAT also has a few other operational bugs, such as
>incorrect recognition of certain I/O errors, etc., but these are exception
>cases, and for all other PC purposes, it serves quite admirably.)
>
>The reason why FDFORMAT is desirable is that it is the only known program
>capable of creating the variant RX50 formats where the format must be
>done with interleave and stagger factors, especially if the disk must have
>"zones" where the format changes. For example, to create a disk best suited
>for DECmate OS/278 usage, the following *TWO* commands should be given:
>
>FDFORMAT A: /T:80 /N:10 /1 /Y:2 /I:2
>FDFORMAT A: /T:78 /N:10 /1 /Y:2
>
>The first command creates a disk with an interleave of 2:1 and a stagger of
>2 throughout. The second command changes tracks 0-77 to have 1:1 interleave
>and a stagger of 2 throughout.
>
>When OS/278 is copied onto such a diskette, the "slushware" tracks are read
>in much faster than on standard RX50 diskettes, and all access to the rest of
>the diskette is speeded somewhat because of the stagger factor which overcomes
>the software's lack of stagger mapping. But since the software does map the
>sector order into a 2:1 interleave, the hardware order must stay in 1:1
>interleave sequence.
>
>This would be a nice disk to use for the intended purpose, but many DECmates
>will be unable to read this diskette. Literally, it will get a CRC error
>on *every* sector! Furthermore, if you attempt to write an image of the
>software onto this diskette, it will get a CRC error on *every* sector even
>though it just wrote the disk out!
>
>Enter Teledisk to the rescue!
>
>When I read Teledisk's documentation, I had doubts that it could solve
>this problem, because I noticed it could be quite "smart", perhaps *too*
>smart! It claims that it can get around certain copy-protection methods
>by virtue of how it operates, so I figured that it would likely copy the
>problems of FDFORMAT as well :-(. Or, alternatively, it might guess that
>the diskette was an RX50 and proceed to format it in a stock manner, thus
>destroying the optimization applied by using the two FDFORMAT commands instead
>of just using RAINDOS or 22DISK to create stock low-level RX50 diskettes.
>
>Well, I was wrong on both counts!
>
>Teledisk understands how to maintain sector order, and pointed out the
>change of interleave from 1:1 to 2:1 at track 78, so that problem is
>hurdled.
>
>Teledisk understands that these sectors should be formatted with apparently
>the same parameters as the formatting routines in 22DISK and RAINDOS, so the
>resultant disk *is* readable on DECmates! Of course, this is *not* an
>"exact" copy, but rather it is a "better" copy. Apparently Teledisk only
>writes sectors in a "sane" format, and the copy-protection they refer to
>is the class of "funny" sector ordering, size, or count, not any lower-level
>details. Apparently the Sydex code at work in RAINDOS and 22DISK is also
>within Teledisk, thus since Teledisk recognizes the disk as a 10-sector/track
>512 bytes/sector disk, it writes it as would RAINDOS, etc., except Teledisk
>is sensitive to sector ordering unlike the other Sydex programs, etc.
>
>Thus, the descendent disk is actually *better* than the original. I can now
>therefore distribute diskettes in the intended format for working-copy usage
>of the best effort of each diskette :-).
>
>Additionally, if I modify distribution diskettes to be in their intended
>format instead of their original stock format (virtually all diskettes that
>need to be distributed are in stock RX50 format, because the need to create
>optimal diskette layout is generally newer than the software; indeed, this
>entire effort is to distribute software that performs *better* than the
>original!), then the master disks should be copied with Teledisk to create
>perfect copies in one step.
>
>There are additional advantages:
>
>Teledisk can also create an MS-DOS file that is the image of the diskette
>in either a rudimentary-compressed or advanced-compressed form. These files
>can be transmitted down the net and then reconstructed on PC-AT's for use
>on RX50 targets. Since they are compressed, this minimizes the overhead
>as well, etc.
>
>So, Teledisk has made my day :-).
>
>cjl
>
>From barry(a)chezmoto.ai.mit.edu Wed Aug 5 10:12:06 1992
>From: barry(a)chezmoto.ai.mit.edu (Barry Kort)
>Newsgroups: comp.sys.dec.micro
>Subject: Re: reading rainbow disks on a '386 PC
>Date: 4 Aug 92 12:13:30 GMT
>Organization: MicroMuse
>In-reply-to: lasner(a)watsun.cc.columbia.edu's message of 3 Aug 92 05:39:27 GMT
>
>Charles,
>
>You can retreive rt11.zip by anonymous ftp from
>newton.canterbury.ac.nz, 132.181.40.1, in the pub/local directory.
>
>Barry
>
>From lasner(a)watsun.cc.columbia.edu Wed Aug 5 10:12:14 1992
>From: lasner(a)watsun.cc.columbia.edu (Charles Lasner)
>Newsgroups: comp.sys.dec.micro
>Subject: Re: reading rainbow disks on a '386 PC
>Date: 4 Aug 92 18:41:23 GMT
>Reply-To: lasner(a)watsun.cc.columbia.edu (Charles Lasner)
>Organization: Columbia University
>Nntp-Posting-Host: watsun.cc.columbia.edu
>
>In article <BARRY.92Aug4081330(a)chezmoto.ai.mit.edu>
>arry(a)chezmoto.ai.mit.edu (Barry Kort) writes:
>
>>Charles,
>
>>You can retreive rt11.zip by anonymous ftp from
>>newton.canterbury.ac.nz, 132.181.40.1, in the pub/local directory.
>
>>Barry
>
>Got it. It looks nice. It produces what appears to be a nice RT-11-like
>environment on a PC for file transfers, etc., but is inferior to Teledisk
>for the purpose of making a compacted image of an entire disk as a DOS
>file. Since this is a frill, it can be completely overlooked :-).
>
>And yes, it does Format DD-type media to stock RX50 as advertised. I will
>only take you to task on the minor point: it doesn't require RX50DRVR at all.
>There was a little confusion as to whether they were tied together, which is
>not the case.
>
>This program is written in Turbo Pascal. It would seem that someone who
>can understand enough TP and the quirky code to call BIOS routines should
>incorporate some of RT11.PAS into FDFORMAT (also a TP-based item) since
>the format routine works fine while FDFORMAT does not for RX50 as discussed
>elsewhere.
>
>Overall a nice program.
>
>cjl
>
>
>
>
>
--
entropy -- it's not just a good idea, it's the second law.
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id TAA74088
for pups-liszt; Tue, 25 Jul 2000 19:05:40 +1000 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
>From lars brinkhoff <lars(a)nocrew.org> Tue Jul 25 15:55:00 2000
Received: from henry.cs.adfa.edu.au (henry.cs.adfa.edu.au [131.236.21.158])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id TAA74084
for <pups(a)minnie.cs.adfa.edu.au>; Tue, 25 Jul 2000 19:05:38 +1000 (EST)
(envelope-from wkt(a)henry.cs.adfa.edu.au)
Received: (from wkt@localhost)
by henry.cs.adfa.edu.au (8.9.3/8.9.3) id TAA38315
for pups(a)minnie.cs.adfa.edu.au; Tue, 25 Jul 2000 19:03:48 +1000 (EST)
(envelope-from wkt)
Received: from junk.nocrew.org (mail(a)[212.73.17.42])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id PAA73220
for <pups(a)minnie.cs.adfa.edu.au>; Tue, 25 Jul 2000 15:57:27 +1000 (EST)
(envelope-from lars(a)junk.nocrew.org)
Received: from lars by junk.nocrew.org with local (Exim 3.12 #1 (Debian))
id 13GxgC-00055v-00; Tue, 25 Jul 2000 07:55:00 +0200
To: "Steven M. Schultz" <sms(a)moe.2bsd.com>
Cc: rblair(a)webteksdesign.com, wkt(a)cs.adfa.edu.au, pups(a)minnie.cs.adfa.edu.au
Subject: Re: [pups] 2.11 BSD image booting
References: <200007250300.UAA22851(a)moe.2bsd.com>
From: lars brinkhoff <lars(a)nocrew.org>
Date: 25 Jul 2000 07:55:00 +0200
In-Reply-To: "Steven M. Schultz"'s message of "Mon, 24 Jul 2000 20:00:06 -0700 (PDT)"
Message-ID: <858zuq21qj.fsf(a)junk.nocrew.org>
User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.6
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
"Steven M. Schultz" <sms(a)moe.2bsd.com> writes:
> > From: Warren Toomey <wkt(a)henry.cs.adfa.edu.au>
> > I think all the 2.11BSD disk images in Boot_Images are suspect.
> Hmmm, I don't think they're corrupt.
I use the 2.11_rp_unknown (Current Patch Level: 400, Date: January 24,
1998) image without any problems. Well, I didn't know the root
password, so I had to erase it in single user mode.
> Wasn't there a similar posting a month or two ago about someone (I
> forget who it was) having "massive corruption". It turned out that
> the simulator was only told to use 256kb of memory (18bit mode). Once
> the "set cpu 2048k" command was added to the conf file the problems
> cleared right up.
That was probably me.
> Try putting "set cpu 2048k" (I don't _think_ you need both "set cpu
> 22b" and "set cpu 2048k" but having both doesn't hurt and may help).
This is the script I use:
set cpu 22b
set cpu 3072K
at rp0 2.11_rp_unknown
at rl0 x.tar
b rp
I should mention that "at rl0 ..." also doesn't work:
sim> at rl0 /users/vandys/tmp/v7/v7_rl02_1145
sim> b rl0
@/
@/
HALT instruction, PC: 000002 (HALT)
sim>
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id IAA64000
for pups-liszt; Mon, 24 Jul 2000 08:06:36 +1000 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
>From Andy Valencia <vandys(a)zendo.com> Mon Jul 24 00:03:02 2000
Received: from henry.cs.adfa.edu.au (henry.cs.adfa.edu.au [131.236.21.158])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id IAA63996
for <pups(a)minnie.cs.adfa.edu.au>; Mon, 24 Jul 2000 08:06:34 +1000 (EST)
(envelope-from wkt(a)henry.cs.adfa.edu.au)
Received: (from wkt@localhost)
by henry.cs.adfa.edu.au (8.9.3/8.9.3) id IAA28520
for pups(a)minnie.cs.adfa.edu.au; Mon, 24 Jul 2000 08:04:53 +1000 (EST)
(envelope-from wkt)
Received: from zendo.com (bodhi.zendo.com [205.187.71.2])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id AAA61473
for <pups(a)minnie.cs.adfa.oz.au>; Mon, 24 Jul 2000 00:06:36 +1000 (EST)
(envelope-from vandys(a)vandys-pc.zendo.com)
Received: from vandys-pc.zendo.com (dialup-209.245.169.79.Seattle1.Level3.net [209.245.169.79])
by zendo.com (8.10.1/8.10.1) with ESMTP id e6N6H4724974
for <pups(a)minnie.cs.adfa.oz.au>; Sun, 23 Jul 2000 06:17:05 GMT
Received: from vandys-pc.zendo.com (localhost.zendo.com [127.0.0.1])
by vandys-pc.zendo.com (8.9.1/8.9.1) with ESMTP id HAA00392
for <pups(a)minnie.cs.adfa.oz.au>; Sun, 23 Jul 2000 07:03:02 -0700 (PDT)
(envelope-from vandys(a)vandys-pc.zendo.com)
Message-Id: <200007231403.HAA00392(a)vandys-pc.zendo.com>
To: pups(a)minnie.cs.adfa.oz.au
Subject: [pups] UNIX V7 11/45 image booting
Date: Sun, 23 Jul 2000 07:03:02 -0700
From: Andy Valencia <vandys(a)zendo.com>
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
I'm trying to boot the image v7_rl02_1145 from sim_2.3d, and get:
PDP-11 simulator V2.3d
sim> at rl02 /users/vandys/tmp/v7/v7_rl02_1145
sim> b rl02
@
I can type things to the '@' prompt, but it never does anything unless I
type '/', at which point it bombs back to the emulator. My scan of the
documentation for bootstraps doesn't point out any state with an '@'
prompt... help?
I can't tell you how many years it's been since I've had access to an '11
running V7. Looking forward to it!
Thanks,
Andy Valencia
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id IAA64083
for pups-liszt; Mon, 24 Jul 2000 08:24:58 +1000 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
>From Warren Toomey <wkt(a)henry.cs.adfa.edu.au> Mon Jul 24 08:22:52 2000
Received: from henry.cs.adfa.edu.au (henry.cs.adfa.edu.au [131.236.21.158])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id IAA64079
for <pups(a)minnie.cs.adfa.edu.au>; Mon, 24 Jul 2000 08:24:56 +1000 (EST)
(envelope-from wkt(a)henry.cs.adfa.edu.au)
Received: (from wkt@localhost)
by henry.cs.adfa.edu.au (8.9.3/8.9.3) id IAA28686
for pups(a)minnie.cs.adfa.edu.au; Mon, 24 Jul 2000 08:23:14 +1000 (EST)
(envelope-from wkt)
Received: from henry.cs.adfa.edu.au (henry.cs.adfa.edu.au [131.236.21.158])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id IAA64071
for <pups(a)minnie.cs.adfa.edu.au>; Mon, 24 Jul 2000 08:24:47 +1000 (EST)
(envelope-from wkt(a)henry.cs.adfa.edu.au)
Received: (from wkt@localhost)
by henry.cs.adfa.edu.au (8.9.3/8.9.3) id IAA28671;
Mon, 24 Jul 2000 08:22:52 +1000 (EST)
(envelope-from wkt)
From: Warren Toomey <wkt(a)henry.cs.adfa.edu.au>
Message-Id: <200007232222.IAA28671(a)henry.cs.adfa.edu.au>
Subject: Re: [pups] UNIX V7 11/45 image booting
In-Reply-To: <200007231403.HAA00392(a)vandys-pc.zendo.com> from Andy Valencia at
"Jul 23, 2000 07:03:02 am"
To: Andy Valencia <vandys(a)zendo.com>
Date: Mon, 24 Jul 2000 08:22:52 +1000 (EST)
CC: PDP-11 Unix Preservation Society <pups(a)minnie.cs.adfa.edu.au>
Reply-To: wkt(a)cs.adfa.edu.au
X-Mailer: ELM [version 2.4ME+ PL68 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
In article by Andy Valencia:
> I'm trying to boot the image v7_rl02_1145 from sim_2.3d, and get:
>
> PDP-11 simulator V2.3d
> sim> at rl02 /users/vandys/tmp/v7/v7_rl02_1145
> sim> b rl02
> @
>
> I can type things to the '@' prompt, but it never does anything...
> Andy Valencia
At the bottom of simh_doc.txt in the Supnik emulator sources, it says:
UNIX V7 is contained on a single RL02 disk image. To boot UNIX:
sim> set cpu 18b
sim> set rl0 RL02
sim> att rl0 unix_v7_rl.dsk
sim> boot rl0
@boot
New Boot, known devices are hp ht rk rl rp tm vt
: rl(0,0)rl2unix
#
A smaller image is contained on a single RK05 disk image. To boot UNIX:
sim> set cpu 18b
sim> att rk0 unix_v7_rk.dsk
sim> boot rk0
@boot
New Boot, known devices are hp ht rk rl rp tm vt
: rk(0,0)rkunix
# STTY -LCASE
#
Hope this helps!
Cheers,
Warren
In a big batch of 9-tracks and RL01 packs rescued this morning, I have
two tapes, one labeled
AT&T
** 66938 **
UNIX OPERATING SYSTEM FOR
WRITERS WORKBENCH SOFTWARE
TPname: LOAD PGM FOR PDP 11/70
the other labeled
AT&T
** 66611 **
UNIX OPERATING SYSTEM
WRITERS WORKBENCH SOFTWARE
TPname: LOAD PGM FOR VAX 11/780 11/750
Both have copyright dates of 1984. You can see scans of the original
labels (high-res scans, they're big files!) at
http://www.trailing-edge.com/www/wwtapes/
I won't be able to make binary copies of these until this evening, but does
anyone know where these tapes fit into the scheme of AT&T stuff? i.e.
are these custom-built SYS III and SYS V systems? Is the PDP-11/70 tape
perhaps eligible for inclusion in the PUPS archive under the SCO license?
--
Tim Shoppa Email: shoppa(a)trailing-edge.com
Trailing Edge Technology WWW: http://www.trailing-edge.com/
7328 Bradley Blvd Voice: 301-767-5917
Bethesda, MD, USA 20817 Fax: 301-767-5927
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id IAA65501
for pups-liszt; Tue, 11 Jul 2000 08:58:53 +1000 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
>From Cuenta para lectura de e-mail <cjd(a)sunmexico.sun.com> Tue Jul 11 08:54:53 2000
Received: from henry.cs.adfa.edu.au (henry.cs.adfa.edu.au [131.236.21.158])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id IAA65497
for <pups(a)minnie.cs.adfa.edu.au>; Tue, 11 Jul 2000 08:58:52 +1000 (EST)
(envelope-from wkt(a)henry.cs.adfa.edu.au)
Received: (from wkt@localhost)
by henry.cs.adfa.edu.au (8.9.2/8.9.3) id IAA55176
for pups(a)minnie.cs.adfa.edu.au; Tue, 11 Jul 2000 08:58:09 +1000 (EST)
(envelope-from wkt)
Received: from mercury.Sun.COM (mercury.Sun.COM [192.9.25.1])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id IAA65457
for <PUPS(a)MINNIE.CS.ADFA.OZ.AU>; Tue, 11 Jul 2000 08:55:55 +1000 (EST)
(envelope-from cjd(a)sunmexico.sun.com)
Received: from sunmex.sunmexico.Sun.COM ([129.153.198.1])
by mercury.Sun.COM (8.9.3+Sun/8.9.3) with ESMTP id PAA05770
for <PUPS(a)MINNIE.CS.ADFA.OZ.AU>; Mon, 10 Jul 2000 15:55:10 -0700 (PDT)
Received: from ses1 (ses1 [129.153.198.107])
by sunmex.sunmexico.Sun.COM (8.9.3+Sun/8.9.1/ENSMAIL,v1.7) with SMTP id RAA16145
for <PUPS(a)MINNIE.CS.ADFA.OZ.AU>; Mon, 10 Jul 2000 17:55:06 -0500 (CDT)
Message-Id: <200007102255.RAA16145(a)sunmex.sunmexico.Sun.COM>
Date: Mon, 10 Jul 2000 17:54:53 -0500 (CDT)
From: Cuenta para lectura de e-mail <cjd(a)sunmexico.sun.com>
Reply-To: Cuenta para lectura de e-mail <cjd(a)sunmexico.sun.com>
Subject: Re: [pups] AT&T Unix Operating System for Writers Workbench Software?
To: PUPS(a)MINNIE.CS.ADFA.OZ.AU
MIME-Version: 1.0
Content-Type: TEXT/plain; charset=us-ascii
Content-MD5: PCA20B34lXH9C2cS6nYCoQ==
X-Mailer: dtmail 1.3.0 CDE Version 1.3 SunOS 5.7 sun4u sparc
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
I believe WWB was an offshoot or derivative of PWB, the Programmer's Workbench,
which was a special version of V6. I think WWB was where "pic" first showed
up. PWB was, I think V6 with a few extra utilities added. WWB may be the same.
- Chris
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id JAA65907
for pups-liszt; Tue, 11 Jul 2000 09:52:52 +1000 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
>From Tim Shoppa <SHOPPA(a)trailing-edge.com> Tue Jul 11 09:51:19 2000
Received: from henry.cs.adfa.edu.au (henry.cs.adfa.edu.au [131.236.21.158])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id JAA65903
for <pups(a)minnie.cs.adfa.edu.au>; Tue, 11 Jul 2000 09:52:51 +1000 (EST)
(envelope-from wkt(a)henry.cs.adfa.edu.au)
Received: (from wkt@localhost)
by henry.cs.adfa.edu.au (8.9.2/8.9.3) id JAA55561
for pups(a)minnie.cs.adfa.edu.au; Tue, 11 Jul 2000 09:52:08 +1000 (EST)
(envelope-from wkt)
Received: from timaxp.trailing-edge.com (timaxp.trailing-edge.com [63.73.218.130])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with SMTP id JAA65895
for <PUPS(a)MINNIE.CS.ADFA.OZ.AU>; Tue, 11 Jul 2000 09:52:05 +1000 (EST)
(envelope-from SHOPPA(a)timaxp.trailing-edge.com)
Received: by timaxp.trailing-edge.com for PUPS(a)MINNIE.CS.ADFA.OZ.AU;
Mon, 10 Jul 2000 19:51:19 -0400
Date: Mon, 10 Jul 2000 19:51:19 -0400
From: Tim Shoppa <SHOPPA(a)trailing-edge.com>
To: PUPS(a)MINNIE.CS.ADFA.OZ.AU
Message-Id: <000710195119.202002e2(a)trailing-edge.com>
Subject: Re: [pups] AT&T Unix Operating System for Writers Workbench Software?
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
>I believe WWB was an offshoot or derivative of PWB, the Programmer's Workbench,
>which was a special version of V6. I think WWB was where "pic" first showed
>up. PWB was, I think V6 with a few extra utilities added. WWB may be the same.
I don't think what I've found here is that major. It starts
with a Makefile:
# NOTICE-NOT TO BE DISCLOSED OUTSIDE BELL SYS EXCEPT UNDER WRITTEN AGRMT
# Makefile: Writer's Workbench system version 2.0.1.10, 5/26/83
# makefile for the WRITER'S WORKBENCH SYSTEM
# This package includes over 30 programs that suggest improvements
# to written documents, including improved versions of the
# Style and Diction programs as well as many more writing aids.
and the README says:
This file gives instructions for building and installing the Writer's
Workbench system source code. This information is also contained
in the document "UNIX(TM) Writer's Workbench Software Installation
and Administration Guide."
These particular tapes have been stored in absolutely horrible conditions
(pretty much kept in an outdoors storage shed during both winter and summer for
the past decade) and I'm going to have to bake and/or lubricate them before I
make a not-half-assed attempt at recovering them. The PDP11/70 tape is
particularly bad (it actually broke when I was just loading it into
the drive!) and it may be a goner.
I don't see any obvious mentions of 'pic' in what I read so far.
--
Tim Shoppa Email: shoppa(a)trailing-edge.com
Trailing Edge Technology WWW: http://www.trailing-edge.com/
7328 Bradley Blvd Voice: 301-767-5917
Bethesda, MD, USA 20817 Fax: 301-767-5927
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id KAA66034
for pups-liszt; Tue, 11 Jul 2000 10:19:32 +1000 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
>From Grant Maizels <grant.maizels(a)cogita.com.au> Tue Jul 11 10:21:30 2000
Received: from henry.cs.adfa.edu.au (henry.cs.adfa.edu.au [131.236.21.158])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id KAA66030
for <pups(a)minnie.cs.adfa.edu.au>; Tue, 11 Jul 2000 10:19:31 +1000 (EST)
(envelope-from wkt(a)henry.cs.adfa.edu.au)
Received: (from wkt@localhost)
by henry.cs.adfa.edu.au (8.9.2/8.9.3) id KAA55777
for pups(a)minnie.cs.adfa.edu.au; Tue, 11 Jul 2000 10:18:48 +1000 (EST)
(envelope-from wkt)
Received: from sydnt4.cogita.local ([203.14.179.201])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id KAA66021
for <PUPS(a)MINNIE.CS.ADFA.OZ.AU>; Tue, 11 Jul 2000 10:18:47 +1000 (EST)
(envelope-from grant.maizels(a)cogita.com.au)
Message-ID: <6334A5F54DFE5F4FA3032AF1BE95A0F30F7583(a)sydnt4.cogita.local>
From: Grant Maizels <grant.maizels(a)cogita.com.au>
To: "'Tim Shoppa'" <SHOPPA(a)trailing-edge.com>, PUPS(a)MINNIE.CS.ADFA.OZ.AU
Subject: RE: [pups] AT&T Unix Operating System for Writers Workbench Softw
are?
Date: Tue, 11 Jul 2000 10:21:30 +1000
MIME-Version: 1.0
Content-Type: text/plain;
charset="iso-8859-1"
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
Tim,
Writers Work Bench was an extension to the basic troff/nroff tools developed
earlier, but took new directions. It included a whole lot of new programs
like diction (a grammar checker??) which were more to do with the content
than the formatting. I think that pic was developed separately by bwk for a
research version. I have never used WWB but I have some documentation on it
somewhere at home. I believe that it was sold with source as an add on for
various Unicies.
Grant Maizels
grant(a)maizels.nu
-----Original Message-----
From: Tim Shoppa [mailto:SHOPPA@trailing-edge.com]
Sent: Tuesday, 11 July 2000 9:51
To: PUPS(a)MINNIE.CS.ADFA.OZ.AU
Subject: Re: [pups] AT&T Unix Operating System for Writers Workbench
Software?
>I believe WWB was an offshoot or derivative of PWB, the Programmer's
Workbench,
>which was a special version of V6. I think WWB was where "pic" first
showed
>up. PWB was, I think V6 with a few extra utilities added. WWB may be the
same.
I don't think what I've found here is that major. It starts
with a Makefile:
# NOTICE-NOT TO BE DISCLOSED OUTSIDE BELL SYS EXCEPT UNDER WRITTEN AGRMT
# Makefile: Writer's Workbench system version 2.0.1.10, 5/26/83
# makefile for the WRITER'S WORKBENCH SYSTEM
# This package includes over 30 programs that suggest improvements
# to written documents, including improved versions of the
# Style and Diction programs as well as many more writing aids.
and the README says:
This file gives instructions for building and installing the Writer's
Workbench system source code. This information is also contained
in the document "UNIX(TM) Writer's Workbench Software Installation
and Administration Guide."
These particular tapes have been stored in absolutely horrible conditions
(pretty much kept in an outdoors storage shed during both winter and summer
for
the past decade) and I'm going to have to bake and/or lubricate them before
I
make a not-half-assed attempt at recovering them. The PDP11/70 tape is
particularly bad (it actually broke when I was just loading it into
the drive!) and it may be a goner.
I don't see any obvious mentions of 'pic' in what I read so far.
--
Tim Shoppa Email: shoppa(a)trailing-edge.com
Trailing Edge Technology WWW: http://www.trailing-edge.com/
7328 Bradley Blvd Voice: 301-767-5917
Bethesda, MD, USA 20817 Fax: 301-767-5927
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id MAA66635
for pups-liszt; Tue, 11 Jul 2000 12:25:07 +1000 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
>From Tim Shoppa [mailto:SHOPPA@trailing-edge.com] Tue Jul 11 12:12:45 2000
Received: from henry.cs.adfa.edu.au (henry.cs.adfa.edu.au [131.236.21.158])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id MAA66631
for <pups(a)minnie.cs.adfa.edu.au>; Tue, 11 Jul 2000 12:25:06 +1000 (EST)
(envelope-from wkt(a)henry.cs.adfa.edu.au)
Received: (from wkt@localhost)
by henry.cs.adfa.edu.au (8.9.2/8.9.3) id MAA62138
for pups(a)minnie.cs.adfa.edu.au; Tue, 11 Jul 2000 12:24:22 +1000 (EST)
(envelope-from wkt)
Received: from host.kw.igs.net (host.kw.igs.net [216.58.99.2])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id MAA66582
for <PUPS(a)MINNIE.CS.ADFA.OZ.AU>; Tue, 11 Jul 2000 12:14:16 +1000 (EST)
(envelope-from schoedel(a)kw.igs.net)
Received: from [216.58.99.49] (ttyA11.kw.igs.net [216.58.99.49])
by host.kw.igs.net (8.9.3/8.9.2) with ESMTP id WAA14173
for <PUPS(a)MINNIE.CS.ADFA.OZ.AU>; Mon, 10 Jul 2000 22:13:26 -0400 (EDT)
(envelope-from schoedel(a)kw.igs.net)
Mime-Version: 1.0
Message-Id: <v04210100b5902e0219c2(a)[216.58.99.172]>
In-Reply-To: <6334A5F54DFE5F4FA3032AF1BE95A0F30F7583(a)sydnt4.cogita.local>
References: <6334A5F54DFE5F4FA3032AF1BE95A0F30F7583(a)sydnt4.cogita.local>
Date: Mon, 10 Jul 2000 22:12:45 -0400
To: PUPS(a)MINNIE.CS.ADFA.OZ.AU
From: Kevin Schoedel <schoedel(a)kw.igs.net>
Subject: [pups] RE: AT&T Unix Operating System for Writers Workbench Softw are?
Content-Type: text/plain; charset="us-ascii"
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
On 2000/07/11 at 10:21am +1000, Grant Maizels
<grant.maizels(a)cogita.com.au> wrote:
>Writers Work Bench was an extension to the basic troff/nroff tools developed
>earlier, but took new directions. It included a whole lot of new programs
>like diction (a grammar checker??) which were more to do with the content
>than the formatting. I think that pic was developed separately by bwk for a
>research version. I have never used WWB but I have some documentation on it
>somewhere at home. I believe that it was sold with source as an add on for
>various Unicies.
I have a little documentation here, mostly three papers from BSTJ vol. 62
no. 6, July/August 1983. It did contain -- as the makefile says --
'diction' (basically a search for 'bad' phrases), 'style' (which
generated readabilty and other statistics for text), 'punct' (a basic
punctuation checker), and a handful of other similar programs.
Importantly for the PUPS archive, I'm pretty certain that AT&T retained
ownership of WWB when it sold UNIX, so it wouldn't be covered by the SCO
license. I have no idea who owns it now.
'pic', along with troff and such, was in *Documenter's* Workbench.
--
Kevin Schoedel
schoedel(a)kw.igs.net
I just (yesterday) aquired a microPDP 11/73 -- it had been used by my
school to operate some sort of geological test equipment that is no
longer present, and was working when it went out of service, who knows
how long ago.
She has a pair of RX02s, an RD52a inside her case, and that's all I've
determined so far, since I haven't opened her up, really, yet.
I'm interested in documentation on monitor commands, what the boot
sequence should look like, and other such software stuff right now.
I'm also wondering about useful things like: `Is the part number in a
standard location on each card', `What is the form factor difference
between Q-bus and Unibus', `Will starting her up trip the breaker', and
`How much space is there in that little rackmount'
In the near future, I'd like to find ethernet and SCSI adaptors for her,
and so am wondering where parts might be aquired.
Thanks,
Suika (very happy)
--
ssfr(a)unm.edu
The computer is not mightier than a cup of coffee, or other liquid, or a young
school age child with a tool box... --L. E. Waltz
<a href="http://www.unm.edu/~ssfr/">Suika no homepage</a>
I'm maybe going to acquire an 11/23. It looks like this is kind of
small for running v7 and/or 2.11 as it has no split I/D (it does have
an MMU in it but only an 18-bit one I think).
How similar is the physical hardware (card cage I mean really) of this
to things like 11/73,11/83? I'm wondering if I might one day be able
to acquire a card-set from something bigger and install it in the same
rack, my logic being that cards are a lot easier to get from far away
than racks, and this machine is only a few miles away.
Thanks
--tim
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id VAA05724
for pups-liszt; Sat, 1 Jul 2000 21:07:47 +1000 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
>From Tim Shoppa <SHOPPA(a)trailing-edge.com> Sat Jul 1 21:00:37 2000
Received: from henry.cs.adfa.edu.au (henry.cs.adfa.edu.au [131.236.21.158])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id VAA05720
for <pups(a)minnie.cs.adfa.edu.au>; Sat, 1 Jul 2000 21:07:45 +1000 (EST)
(envelope-from wkt(a)henry.cs.adfa.edu.au)
Received: (from wkt@localhost)
by henry.cs.adfa.edu.au (8.9.2/8.9.3) id VAA61099
for pups(a)minnie.cs.adfa.edu.au; Sat, 1 Jul 2000 21:06:49 +1000 (EST)
(envelope-from wkt)
Received: from timaxp.trailing-edge.com (timaxp.trailing-edge.com [63.73.218.130])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with SMTP id VAA05698
for <PUPS(a)MINNIE.CS.ADFA.OZ.AU>; Sat, 1 Jul 2000 21:01:38 +1000 (EST)
(envelope-from SHOPPA(a)timaxp.trailing-edge.com)
Received: by timaxp.trailing-edge.com for PUPS(a)MINNIE.CS.ADFA.OZ.AU;
Sat, 1 Jul 2000 7:00:37 -0400
Date: Sat, 1 Jul 2000 7:00:37 -0400
From: Tim Shoppa <SHOPPA(a)trailing-edge.com>
To: PUPS(a)MINNIE.CS.ADFA.OZ.AU
Message-Id: <000701070037.262009c5(a)trailing-edge.com>
Subject: Re: [pups] 11/23 and other qbus machines
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
>I'm maybe going to acquire an 11/23. It looks like this is kind of
>small for running v7 and/or 2.11 as it has no split I/D (it does have
>an MMU in it but only an 18-bit one I think).
Yeah, perhaps the best choice here would be the set of RL02's I found with
a V6 system on RL02 packs. Hook up a RLV11 or a RLV12, a couple of
RL02 drives, and you're in business.
>How similar is the physical hardware (card cage I mean really) of this
>to things like 11/73,11/83? I'm wondering if I might one day be able
>to acquire a card-set from something bigger and install it in the same
>rack, my logic being that cards are a lot easier to get from far away
>than racks, and this machine is only a few miles away.
It's very similar, but it's also rather likely that the card cage that your
11/23 comes in will only support 18-bit bus addresses. If you want
to run 2.11BSD that's not really enough memory. For some
details about what Q-bus hardware supports 18-bit stuff and what
Q-bus hardware supports 22-bit stuff, please look at your Micronotes,
specifically #5, _Q22 Compatible Options_. If you aren't lucky enough
to own a set, you can browse them at
http://metalab.unc.edu/pub/academic/computer-science/history/pdp-11/microno…
In large part, it's impossible to specify a PDP-11 as a "PDP-11/23" and
know with any certainty what any single part of it is. There's much
more to a system than the CPU (and note there are several very different
CPU boards sold as 11/23's), you also have to consider backplane, memory,
and disk/tape storage. It'd be nice if Warren linked to some not-on-
Minnie resources for these subjects important to many PUPS members (hint hint,
nudge nudge!)
--
Tim Shoppa Email: shoppa(a)trailing-edge.com
Trailing Edge Technology WWW: http://www.trailing-edge.com/
7328 Bradley Blvd Voice: 301-767-5917
Bethesda, MD, USA 20817 Fax: 301-767-5927
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id VAA05783
for pups-liszt; Sat, 1 Jul 2000 21:13:56 +1000 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
>From Warren Toomey <wkt(a)cs.adfa.edu.au> Sat Jul 1 21:11:44 2000
Received: from henry.cs.adfa.edu.au (henry.cs.adfa.edu.au [131.236.21.158])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id VAA05779
for <pups(a)minnie.cs.adfa.edu.au>; Sat, 1 Jul 2000 21:13:54 +1000 (EST)
(envelope-from wkt(a)henry.cs.adfa.edu.au)
Received: (from wkt@localhost)
by henry.cs.adfa.edu.au (8.9.2/8.9.3) id VAA61171
for pups(a)minnie.cs.adfa.edu.au; Sat, 1 Jul 2000 21:12:59 +1000 (EST)
(envelope-from wkt)
Received: from henry.cs.adfa.edu.au (henry.cs.adfa.edu.au [131.236.21.158])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id VAA05769
for <pups(a)minnie.cs.adfa.edu.au>; Sat, 1 Jul 2000 21:12:49 +1000 (EST)
(envelope-from wkt(a)henry.cs.adfa.edu.au)
Received: (from wkt@localhost)
by henry.cs.adfa.edu.au (8.9.2/8.9.3) id VAA61141;
Sat, 1 Jul 2000 21:11:45 +1000 (EST)
(envelope-from wkt)
From: Warren Toomey <wkt(a)cs.adfa.edu.au>
Message-Id: <200007011111.VAA61141(a)henry.cs.adfa.edu.au>
Subject: [pups] Re: PDP-11 ptrs on minnie
In-Reply-To: <000701070037.262009c5(a)trailing-edge.com> from Tim Shoppa at "Jul 1, 2000 7: 0:37 am"
To: SHOPPA(a)trailing-edge.com (Tim Shoppa)
Date: Sat, 1 Jul 2000 21:11:44 +1000 (EST)
Cc: pups(a)minnie.cs.adfa.edu.au (PDP-11 Unix Preservation Society)
Reply-To: wkt(a)cs.adfa.edu.au
X-Mailer: ELM [version 2.4ME+ PL43 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
In article by Tim Shoppa:
> It'd be nice if Warren linked to some not-on-
> Minnie resources for these subjects important to many PUPS members (hint hint,
> nudge nudge!)
Send me the URLs & tell me where on http://minnie.cs.adfa.edu.au/PUPS
you'd like to see them :-)
Warren
OK, I think I'm figuring out how to install Unix System III on a
11/45. In particular, I mount the first tape on a MT tape drive, get
a RP04 up and spinning, and boot from tape:
UNIX tape boot loader
UNIX -- Initial Load: Tape-to-Disk
The type of disk drive on which the Root file system will reside,
as well as the type of tape drive that will be used for Tape 1
must be specified below.
Answer the questions with a 'y' or 'n' followed by
a carriage return or line feed.
There is no type-ahead -- wait for the question to complete.
The character '@' will kill the entire line,
while the character '#' will erase the last character typed.
RP03 at address 176710?: n
RP04/5/6 at address 176700?: y
Drive number (0-7)?: 0
Disk drive 0 selected.
Mount a formatted pack on drive 0.
Ready?: y
TU10/TM11 at address 172520?: y
Drive number (0-7)?: 0
Tape drive 0 selected.
The tape on drive 0 will be read from the current position
at 800bpi, 5120 characters (10 blocks) per record,
and written onto the pack on drive 0 starting at block 0.
Ready?: y
Size of filesystem to be copied is 6000 blocks.
What is the pack volume label? (e.g. p0001): p0001
The pack will be labelled p0001.
The boot block for your type of disk drive will now be installed.
The file system copy is now complete.
To boot the basic unix for your disk and tape drives
as indicated above, mount this pack on drive 0
and read in the boot block (block 0) using
whatever means you have available; see romboot(8), 70boot(8).
Then boot the program unixhptm using diskboot(8).
Normally: #0=unixhptm
The system will initially come up single-user; see init(8).
If you have an upper case only console terminal,
you must execute: stty lcase; see stty(1).
After UNIX is up, link the file unixhptm to unix using ln(1).
# ln /unixhptm /unix
Set the date(1).
Good Luck!
The tape will now be rewound.
[Now I boot from the RP04]:
#0=unixhptm
UNIX/3.0.1: unixhptm
real mem = 253952 bytes
avail mem = 187584 bytes
unix
single-user
# ls -l
total 805
drwxr-xr-x 2 root sys 32 Feb 15 1979 bck
drwxrwxr-x 2 bin bin 1312 Dec 15 1981 bin
drwxr-xr-x 2 root sys 528 Dec 15 1981 dev
drwxr-xr-x 3 root sys 1056 Oct 26 14:57 etc
drwxrwxr-x 2 bin bin 272 Dec 15 1981 lib
drwxrwxrwx 2 bin bin 32 May 31 1980 lost+found
drwxr-xr-x 2 root sys 32 Feb 15 1979 mnt
drwxrwxr-x 3 bin bin 368 Dec 15 1981 stand
-rwxrwxr-x 1 sys sys 51382 Nov 9 1982 unixhpht
-rwxrwxr-x 1 sys sys 50778 Sep 3 1980 unixhptm
-rwxrwxr-x 1 sys sys 49380 Sep 3 1980 unixrkht
-rwxrwxr-x 1 sys sys 48782 Sep 3 1980 unixrktm
-rwxrwxr-x 1 sys sys 50172 Sep 3 1980 unixrlht
-rwxrwxr-x 1 sys sys 49574 Sep 3 1980 unixrltm
-rwxrwxr-x 1 sys sys 49704 Sep 3 1980 unixrpht
-rwxrwxr-x 1 sys sys 49106 Sep 3 1980 unixrptm
drwxr-xr-x 2 sys sys 32 Aug 19 08:46 usr
But what do I do next? There's a bunch of 5120-byte-record files still
on the tape, and the "/bin" on the root filesystem doesn't have "tar" or
"restor". It *does* have cpio, and I think that's what I want to use. So
what's the next step?
--
Tim Shoppa Email: shoppa(a)trailing-edge.com
Trailing Edge Technology WWW: http://www.trailing-edge.com/
7328 Bradley Blvd Voice: 301-767-5917
Bethesda, MD, USA 20817 Fax: 301-767-5927
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id SAA52023
for pups-liszt; Sun, 25 Jun 2000 18:53:46 +1000 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
>From Warren Toomey <wkt(a)cs.adfa.edu.au> Sun Jun 25 18:52:47 2000
Received: from henry.cs.adfa.edu.au (henry.cs.adfa.edu.au [131.236.21.158])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id SAA52019
for <pups(a)minnie.cs.adfa.edu.au>; Sun, 25 Jun 2000 18:53:45 +1000 (EST)
(envelope-from wkt(a)henry.cs.adfa.edu.au)
Received: (from wkt@localhost)
by henry.cs.adfa.edu.au (8.9.2/8.9.3) id SAA20860
for pups(a)minnie.cs.adfa.edu.au; Sun, 25 Jun 2000 18:53:22 +1000 (EST)
(envelope-from wkt)
Received: from henry.cs.adfa.edu.au (henry.cs.adfa.edu.au [131.236.21.158])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id SAA52010
for <pups(a)minnie.cs.adfa.edu.au>; Sun, 25 Jun 2000 18:53:16 +1000 (EST)
(envelope-from wkt(a)henry.cs.adfa.edu.au)
Received: (from wkt@localhost)
by henry.cs.adfa.edu.au (8.9.2/8.9.3) id SAA20841;
Sun, 25 Jun 2000 18:52:48 +1000 (EST)
(envelope-from wkt)
From: Warren Toomey <wkt(a)cs.adfa.edu.au>
Message-Id: <200006250852.SAA20841(a)henry.cs.adfa.edu.au>
Subject: Re: Installing SYSTEM III; stuck!
In-Reply-To: <000624211802.2620014a(a)trailing-edge.com> from Tim Shoppa at "Jun 24, 2000 9:18: 2 pm"
To: SHOPPA(a)trailing-edge.com (Tim Shoppa)
Date: Sun, 25 Jun 2000 18:52:47 +1000 (EST)
Cc: pups(a)minnie.cs.adfa.edu.au (PDP-11 Unix Preservation Society)
Reply-To: wkt(a)cs.adfa.edu.au
X-Mailer: ELM [version 2.4ME+ PL43 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
In article by Tim Shoppa:
> But what do I do next? There's a bunch of 5120-byte-record files still
> on the tape, and the "/bin" on the root filesystem doesn't have "tar" or
> "restor". It *does* have cpio, and I think that's what I want to use. So
> what's the next step?
>From the PDP-11 SysIII in the archive, the files are cpio archives. The
/usr/src/man/docs/setup file explains what to do next. It's in nroff
format, but I don't know what macro switch to use to print it out
correctly. I'll send it in a separate e-mail to avoid clogging up the list.
Warren
Markus Leypold <leypold(a)informatik.uni-tuebingen.de> wrote:
> Why can't we just stay on big family ? Of course FreeBSD has it's
> archives elsewhere, but still no reason to divide instead of unite ?
According to Warren's Charter, PUPS and TUHS are both specifically for UNIX.
His Charter defines UNIX as follows:
"Unix is defined as the set of operating systems who can trace their source
code ancestry back to the 1st to 7th Editions of research UNIX from Bell Labs."
Any system that fits this definition automatically falls under the original
UNIX copyright and may not be distributed outside the circle of UNIX source
licensees. Therefore, if you think that FreeBSD fits this definition and
belongs in this group, you must stop publicly distributing it. Otherwise, it
does not belong in the archive or on these lists.
--
Michael Sokolov Harhan Engineering Laboratory
Public Service Agent International Free Computing Task Force
International Engineering and Science Task Force
615 N GOOD LATIMER EXPY STE #4
DALLAS TX 75204-5852 USA
Phone: +1-214-824-7693 (Harhan Eng Lab office)
E-mail: msokolov(a)ivan.Harhan.ORG (ARPA TCP/SMTP) (UUCP coming soon)
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id AAA05755
for pups-liszt; Tue, 20 Jun 2000 00:30:18 +1000 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
>From Tim Shoppa <SHOPPA(a)trailing-edge.com> Tue Jun 20 00:27:09 2000
Received: from timaxp.trailing-edge.com (timaxp.trailing-edge.com [63.73.218.130])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with SMTP id AAA05751
for <PUPS(a)MINNIE.CS.ADFA.OZ.AU>; Tue, 20 Jun 2000 00:30:09 +1000 (EST)
(envelope-from SHOPPA(a)timaxp.trailing-edge.com)
Received: by timaxp.trailing-edge.com for PUPS(a)MINNIE.CS.ADFA.OZ.AU;
Mon, 19 Jun 2000 10:27:09 -0400
Date: Mon, 19 Jun 2000 10:27:09 -0400
From: Tim Shoppa <SHOPPA(a)trailing-edge.com>
To: PUPS(a)MINNIE.CS.ADFA.OZ.AU
Message-Id: <000619102709.262000b0(a)trailing-edge.com>
Subject: Re: [Newbie alert!] Disk usage of various Unices
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
>I recently obtained a beast which appears to be a PDP 11/53+, and I want
>to run some Unix on it (Wahey!). I've got a small problem though: It
>only has one(!) RD32A disk (42MB). I know that this probably won't be
>enough to hold a complete distribution, but which release can I install
>bare-bones on that disk?
You can put the root partition of 2.11BSD on there quite nicely, it'll
live in 8 Mbytes. Trimming down /usr to 42 Mbytes will depend on what
exactly you need from it, though. Certainly you can set up a system
with compilers, etc., even though you won't be able to have all the
sources online at the same time.
>I might be able to slip in another MFM disk (but I don't have something
>bigger than 21 MB at hand), provided I can low-level format it.
You want to read Terry Kennedy's document on adding third-party disks
to DEC RQDX3 controllers. You can find it at
ftp://ftp.spc.edu/third-party-disks.txt
Information about formatting, jumper settings, etc., is all there.
Tim.
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id AAA05794
for pups-liszt; Tue, 20 Jun 2000 00:35:36 +1000 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
>From Andrew Sporner <andy.sporner(a)networkengines.com> Tue Jun 20 00:30:39 2000
Received: from neimail.networkengines.com (wks7.networkengines.com [64.55.6.7] (may be forged))
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id AAA05790
for <pups(a)minnie.cs.adfa.edu.au>; Tue, 20 Jun 2000 00:35:33 +1000 (EST)
(envelope-from andy.sporner(a)networkengines.com)
Received: by neimail.networkengines.com with Internet Mail Service (5.5.2650.21)
id <NCDB61WD>; Mon, 19 Jun 2000 10:30:45 -0400
Message-ID: <8D18C4F9CBA1D311900F00A0C990C97F67C8CD(a)neimail.networkengines.com>
From: Andrew Sporner <andy.sporner(a)networkengines.com>
To: "'db(a)aptant.com'" <db(a)aptant.com>, pups(a)minnie.cs.adfa.edu.au
Subject: RE: save everything and divisiveness
Date: Mon, 19 Jun 2000 10:30:39 -0400
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2650.21)
Content-Type: text/plain;
charset="iso-8859-1"
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
+ my $0.02 makes $1.00
>From my perspective I have watched this argument on this
list about purism and otherwise.
>From a practical sense, historical trueness makes sense
when we are considering changes to something. That is
to evaluate whether it was better before or after; with
the ultimate goal of coming up with a truly usefull sytem.
Otherwise O/S researchers would never be able to make
advancements because they would be repeating each others
mistakes. But to take a lesson from history makes having
such an archive of old source important.
To get hung up on a particular release makes sense I guess
if you are a collector, such as one who collects vases
because that is an art form. A vase from the Ming chinesse
period is worth more if it has not been modified (for instance
some later owner decides that there are not enough flowers
on the vase--so he adds some). However with Systems software
this is not the case because it is not a tangible item such
as a processor such as a PDP-11 or PDP-8. I know many people
that still run PDP-8's (I have one myself), but universally
ever user of the '8 is trying to make the software on it
run better and more efficiently.
So I would not be one to castigate some pioneers of systems
software whoses names happened not to be K&R. I am sure that
the both Kernigan and Richie both are marveled at what Unix
has become. In fact I believe one of them went on to write
Plan-9 which is really off-the-wall compared to their earlier
work.
Good software is inherrently in a steady process of evolution.
The only piece of software I have ever seen that never evolved
was the classic "Hello World" program that everybody learns to
write on their first lesson in programming.
OK, That's it...
Andy Sporner
>
> My $0.02:
>
>
> I once wondered whether the techniques of literary textual
> criticism could be used in order to determine whether a Linux,
> FreeBSD, groff -- whatever! -- is in any way derived from an
> earlier work. Textual criticism considers a work by examining
> several or all of the extant textual variations in an attempt
> to determine what the author originally wrote; it has been
> used to reconstruct the "original" texts of the ancient as
> well as some modern writers, such as James Joyce. It
> yields a tree of texts, in which the root is the "original,"
> and the sibling children of any node are the descendants of a
> common, perhaps hypothetical, text. I don't know much
> else about it, except that its results may depend on alot
> of knowledge and informed speculation. The textual critics
> work bottom-up to arrive at an original text; I am thinking
> of a top-down process, working from an original text, to show that a
> work lower in a tree is derived from the original. If such a
> technique were valid at all, its validity would only be improved
> with the availablity of many, many "texts." The techniques might be
> more useful where, for example, there were several V7 tapes
> that people
> thought were original, but which, on inspection, turned out
> to be different.
> In this situation, textual criticism might be used to
> reconstruct a "true," V7
> release tape, and, in this situation, would be a bottom-up
> application of the techniques.
>
> In any event, I think that it is important to preserve alot of
> tapes, and to keep them separate with as much information as
> possible about their pedigree. If someone ever did use such
> a technique -- or any other technique -- to reconstruct a
> "true" release,
> it is important that they document their work and not throw away the
> tapes that contributed to the "true" tape, because even more
> tapes may appear in the future which could lead to
> the reconstruction of an even truer tape.
>
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id AAA05825
for pups-liszt; Tue, 20 Jun 2000 00:41:54 +1000 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
Thor Lancelot Simon <tls(a)rek.tjls.com> wrote:
> Had it ever occurred to you that others might not delineate "Unix"
> in quite the same way in which you do?
In this case my definition of UNIX agrees with that set by the Charters for
both lists.
--
Michael Sokolov Harhan Engineering Laboratory
Public Service Agent International Free Computing Task Force
International Engineering and Science Task Force
615 N GOOD LATIMER EXPY STE #4
DALLAS TX 75204-5852 USA
Phone: +1-214-824-7693 (Harhan Eng Lab office)
E-mail: msokolov(a)ivan.Harhan.ORG (ARPA TCP/SMTP) (UUCP coming soon)
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id BAA06069
for pups-liszt; Tue, 20 Jun 2000 01:20:58 +1000 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
>From "Joseph S. Barrera III" <joe(a)barrera.org> Tue Jun 20 01:17:01 2000
Received: from mail.compwebtech.com (w105.z208036038.lax-ca.dsl.cnc.net [208.36.38.105])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id BAA06058;
Tue, 20 Jun 2000 01:20:44 +1000 (EST)
(envelope-from joe(a)barrera.org)
Received: from joebar ([204.153.177.175])
by mail.compwebtech.com (8.9.1/8.9.1) with SMTP id IAA21587;
Mon, 19 Jun 2000 08:11:20 -0700 (PDT)
(envelope-from joe(a)barrera.org)
Reply-To: <joe(a)barrera.org>
From: "Joseph S. Barrera III" <joe(a)barrera.org>
To: "'Michael Sokolov'" <msokolov(a)ivan.Harhan.ORG>
Cc: <pups(a)minnie.cs.adfa.edu.au>, <tuhs(a)minnie.cs.adfa.edu.au>
Subject: RE: PUPS/TUHS should not be divisive
Date: Mon, 19 Jun 2000 08:17:01 -0700
Message-ID: <000001bfda01$6f987c70$0300a8c0@joebar>
MIME-Version: 1.0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2910.0)
Importance: Normal
In-Reply-To: <0006191440.AA05429(a)ivan.Harhan.ORG>
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
> By the Charter I'm asking you to take this elsewhere.
Bwa ha ha.
That's pretty funny, Michael.
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id BAA06137
for pups-liszt; Tue, 20 Jun 2000 01:35:35 +1000 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
>From "Broadway, Rusel" <RBROADWAY(a)tbs-ltd.co.uk> Tue Jun 20 01:29:44 2000
Received: from relay3.mail.uk.psi.net (relay3.mail.uk.psi.net [154.32.109.6])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id BAA06133
for <pups(a)minnie.cs.adfa.edu.au>; Tue, 20 Jun 2000 01:35:30 +1000 (EST)
(envelope-from RBROADWAY(a)tbs-ltd.co.uk)
Received: from mail.tbs-ltd.co.uk ([195.153.6.162] helo=mimesweeper.tbs-ltd.co.uk)
by relay3.mail.uk.psi.net with esmtp (Exim 2.12 #2)
id 1343XJ-0000pI-00
for pups(a)minnie.cs.adfa.edu.au; Mon, 19 Jun 2000 16:32:29 +0100
Received: from coexch.tbs-ltd.co.uk (unverified) by mimesweeper.tbs-ltd.co.uk
(Content Technologies SMTPRS 2.0.15) with ESMTP id <B0000229964(a)mimesweeper.tbs-ltd.co.uk> for <pups(a)minnie.cs.adfa.edu.au>;
Mon, 19 Jun 2000 16:35:23 +0100
Received: by coexch.tbs-ltd.co.uk.50.130.194.in-addr.arpa with Internet Mail Service (5.5.2650.21)
id <LG747B43>; Mon, 19 Jun 2000 16:29:45 +0100
Message-Id: <9114940C5E0FD31186950008C7B9A6021845D4(a)coexch.tbs-ltd.co.uk.50.130.194.in-addr.arpa>
From: "Broadway, Rusel" <RBROADWAY(a)tbs-ltd.co.uk>
To: "'pups(a)minnie.cs.adfa.edu.au'" <pups(a)minnie.cs.adfa.edu.au>
Subject:
Date: Mon, 19 Jun 2000 16:29:44 +0100
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2650.21)
Content-Type: multipart/mixed;
boundary="----_=_NextPart_000_01BFDA03.32131372"
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.
------_=_NextPart_000_01BFDA03.32131372
Content-Type: text/plain
********************** N O T I C E *********************************
This information transmitted is intended only for the person or entity
to which it is addressed and may contain confidential and/or privileged
material. Any review , retransmission, dissemination or other use of,
or taking of any action in reliance upon, this information by persons
or entities other than the intended recipient is prohibited.
If you received this in error, please contact the sender and delete all
copies of the message.
This footnote also confirms that this email message has been swept for
the presence of computer viruses, however we cannot guarantee that this
message is free from such problems.
**********************************************************************
------_=_NextPart_000_01BFDA03.32131372
Content-Type: multipart/alternative;
boundary="----_=_NextPart_001_01BFDA03.32131372"
------_=_NextPart_001_01BFDA03.32131372
Content-Type: text/plain;
charset="iso-8859-1"
I agree with Thor: Either grow up or get out!
Rusel Broadway
Senior Systems Analyst (e-mail Rbroadway(a)tbs-ltd.co.uk
<mailto:Rbroadway@tbs-ltd.co.uk> , DDI: 01206-25-5745)
The Book Service Ltd.
------_=_NextPart_001_01BFDA03.32131372
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Diso-8859-1">
<META content=3D"MSHTML 5.00.2919.6307" name=3DGENERATOR></HEAD>
<BODY>
<DIV><FONT face=3DArial size=3D2><SPAN class=3D259143015-19062000>I =
agree with Thor:=20
Either grow up or get out!</SPAN></FONT></DIV>
<P><!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 =
Transitional//EN"><!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 =
Transitional//EN"><!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 =
Transitional//EN"><!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 =
Transitional//EN"><!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 =
Transitional//EN"></P>
<P><IMG height=3D48 src=3D"cid:259143015@19062000-0583" =
width=3D48><FONT color=3D#800000=20
face=3DScript size=3D6>Rusel Broadway </FONT><BR><FONT face=3DArial =
size=3D2>Senior=20
Systems Analyst (e-mail </FONT><A=20
href=3D"mailto:Rbroadway@tbs-ltd.co.uk">Rbroadway(a)tbs-ltd.co.uk</A><FONT=
=20
face=3DArial size=3D2>, DDI: 01206-25-5745)</FONT><BR><FONT =
face=3DArial size=3D2>The=20
Book Service Ltd.</P></FONT>
<DIV> </DIV></BODY></HTML>
------_=_NextPart_001_01BFDA03.32131372--
------_=_NextPart_000_01BFDA03.32131372
Content-Type: image/gif;
name="Programmer.gif"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
filename="Programmer.gif"
Content-ID: <259143015@19062000-0583>
R0lGODlhMAAwAMMAAAYFBCAWFWI2IDxGUXNmW1l0f5KIeZedos6vhfOCkcVkY6NPODFYqKzw4vbb
l/n/RyH/C05FVFNDQVBFMi4wAwHoAwAh+QQJCgAAACwAAAAAMAAwAAAE/xDISau9OGt6tv+ZMQRD
aZ5lcRAr0IGaERRDYd94ERBiEBwv2IWQGhwayCTyIBoQBL6S0CKy1YxK5WgAhUYHhqCwZpthHY+H
o+HQ8Ra+eMAwpZBpeHZa3SgQn3ECAiYEdQAEN1cFSGhqfgIGgk9eRoYSiFZ5WQ0jPl5xlZaYeDNK
QGugnSQDEkx0Qjg1M0cDCAgORypEJFF0Bw64Yh4GiSOLDbYOBggNBsAOCAa7QAbOCKEfB0UpDQe3
tiwF1bcOLEA0Ad/CHismeATlq+IOA8DXQCvSwCww7fI28Igl8kGAQAIea5AdEACN3wcCcuTU8wLv
QIKLGBPYAjcH2joMiP9UgYoXRoGCjCgvCkjmUQMTIgPjBBRwYIHNlAlOqnT2DEGGLpQS0XAmgsAC
nSlPKnhCgBywV1QCCBLkIxMYBwyxmjSZkeugElKX7RviaWrQeeS4CDja9aKCVyt2Obkgo+xUOTzr
ekKJVMFHDHqlmqVar+4IGQvaYiwEI+LgGX7uOJGaGCerxo7vQlZhxRNbt4s7MDmgAsMBgnLMroro
GSnoa4gYMCD9se6h1Jq/gF3rOmOB2UsKAPZxibUPIEsY6LiZsSDEAbNlM4BawXbxiCqASGcwSCqg
Hcugb8dWnfgEiKC2q8draw4J9cJBmj8vUf14ke9lj5BNvQJ6C/+Jx4DfD/YVOOB7l8kXAIDEGSAd
XgeoV4Js6SVI1oIVeCHBbxTyshp+vDAgRQb/ZWjeaQ+yANEndhE4omlgWKDhhtKNAIRnNi0AxRYi
shLGXxfMCIAID/pinBHvmYEAD5hhKIGAJLSyw5SvBCDbUNFYuEEUFBDx4AunkfAKkSLO8BRjHnA5
gTbivRjmC+hFYQ95GYTJSjshPRhfXfwYtgwR/cXAJRi2oLOFaAKgZ84yS+4whZ/wNBTRJWAgqaKY
hhj2RzUFPWOEDGFIiaYl2szhijRbeOeCNEBa4oJLrsYqqwURAAAh+QQJCgAAACwCAAEAKwAuAAAE
/xDIOQ+9OOsNzAhDKI5hcRAnYHGbERRDIc90ERBeEBwrixGlwaFBLBIPngFBoAv5Lh5ZTGg0fgZM
ZnNg6LFishfV8Xg4Gg4bbqFrBwzPCRhGR5fNjQJw2RYIRARxBDNTBURkZnoCBn5LWkJxEoNSdVUN
HzpabZCRk3QvRjxEm5ggAxJIcCw0MS9DliZAIE1wBw4OPCwGhB+GVQgNBrcOCAayPAbCCJwaB0El
Da9FBwXJCLcoPDAB1whezUBBenoOJcIDt8s8J8bY3xcnV3Mzt1I6BAQJOGcN3gLEKDYQcOPmwzAC
uBIoXJgAgUMEA5W9mzCoFMFbXRQoYMhRoQCH6f++IQFCyA1CBwIOLFjZMcFGj8KGIaCQ5REhGMI8
EFjwsuNGBUsIXBumqkMAP350UOKC8pYAjRoZRv0T4qiBoYEADDyK1GY1YrewCOApVaECVSdkKZHg
IlNXNzHbZuLYU8HECXK5dmWCru0HFwvKLsy6geDeF3rmKDkauOUpDgT1aplBbRvjuoMtIKHW48A9
N2+rRh7b02xDJQUYMODMVodW0EgLirjcMkHqV9Twun4deQduBjZYMsQ3cMBq1QyKtqUY2QQP5Az+
HOVz46px6MyWM98EvTtch29AdC9AYeuFrU26Y7coXvUH1UV5/3B9nYEO9fjti3+8fX6ADsjBdUDJ
dyGoxh1/kuxG026pGTiLKQ8WFAADTpSn4ARaoDKhgSgMpIlbWlCIoApcYJChBA1S6FsmK63E136n
dHGXBCd2UN8bKvQmhHhiQBQfBm1QcONjng0UkQQb4lTMiBc0Ud6NK3gGgioeuPcCRoQBCQIFzlxX
YY47JLhJOszA42Q8FQVInlE3WODXVUD8CIWTXDi0zRWaCbBVNldBdIMPb57kpxuScLFjh1PG4dce
yeAzjBAudKFhlnE480YqxlwxnQrGzBiJChx4ykIEACH5BAkKAAAALAIAAQArAC4AAAT/EMg5D704
6w3MCEMojmFxECdgcZsRFEMhz3QREF4QHCuLEaXBoUEsEg+eAUGgC/kuHllMaDR+Bkxmc2DosWKy
F9XxeDgaDhtuoWsHDM8JGEZHl82NAnDZFghEBHEEM1MFRGRmegIGfktaQnESg1J1VQ0fOlptkJGT
dC9GPGebmCADEkhwLDQxL0MDCAgOQyZAIE1wBw6zXhkGhB+GDbEOBggNBrsOCAa2PAbJCJwaB0El
DQeysSgF0LIOKDwwAdq9GScidATgpt0OA7vSPCfNuygc6O0y67+EOgQEEuA4M+yAgGX3NBBw4wae
lnUHEkicmCDWtjfLzE0YVGoTuy4K/xRQHClRALGMF5AA8deGn4ADC2KSTCCyZDJlCChkeUQIRjIP
BBbUJClSwRIC33ap6hDAjx8dlLg4ODg1ZEiKV/+EaGrMnqRMTnm6+4ZFgFCsEhWoOmFLiQQXYJ26
uQk308ihCjROqNs07FN4cD+4WIB2YiAODP2+0DNHSVPCM08hTix3sQkpmc6mNWwByQETFf65CWuK
Yeahm6UNYsDg8wq4ABb2qbxlq1nUFAu0PlJgr46vpncMwcbAhkyKABcOaM2awVLYwN2Y4NGcwZ+m
fG4YW159GvToIKqLnxvrTfjqvTf+piC7ifjuHc8z+MB6aez17H9zZ6DjvX/+4UmmXtEAP/xmQHNz
HSBeCKxtMt8FsmGghQS6NXhLafHdMp+AwEm43gEBIIjCQprE1Z8TFFRjnwQTUtjcBzxkFtMCTFyx
YQc8cNBiB/u9oUJwQoQnBgI4TEagHAhKBuJCC6kSYnFcMMMhBk2w1+MKIIKgigesBaPUYRlUWQGD
N6KiwwrtgRDPNClViQ5HCKYH1z2BGQPEilBUGSUC41zRmQCyhWMMkTf4UOc6CDEkCRdBjqhlHIHt
AQ1AygjhQhdmghlJNW+k0swV2KnQjF6RoIJPqRdEAAAh+QQJCgAAACwCAAEAKwAuAAAE/xDIOQ+9
OOsNzAhDKI5hcRAnYHGbERRDIc90ERBeEBwrixGlwaFBLBIPngFBoAv5Lh5ZTGg0fgZMZnNg6LFi
shfV8Xg4Gg4bbqFrBwzPCRhGR5fNjQJw2RYIRARxBDNTBURkZnoCBn5LWkJxEoNSdVUNHzpabZCR
k3QvRjxnm5ggA5ESNDEvQwMICA5DJkAgTXCoBoQfhg2vDgYIDQYOxAgGtAcIBMtPB0ElDckOrygF
BsDEKAfTxcrNQEF6DgSm1g4DxULcxMQ+J1dzBL+qOssJOGe9BwIOPuRumxxokXcggcGDCV5RC4DA
HwyAIMa9OaBAAcKLBgW82oAECCE38v8YHVhAEmMCixmHacjyiBCMYR4ILECJ0aKCJcwyuPDjRwcl
LgKJCahYEWHRP040/OPZE4SMYbDO+Zlp1KCCWy36MHUz7JcbARdpKvCCwYVWpkzQmf3gYkHVg4E4
AET7Qs8cJQEEuDV5Su5cnj5lHJCSiapVuBaQDO5xoN5XwCEg5jV80CICJQUYMFgswSyAf5kAk4qs
l+bFzEOiFZjg+bPkHakPMLBREuEycgM2a2aAtbVrgCZ47GbwJy+fG8ByD+fUQQcF0CCGS+f66k30
4asn/LsAXbl0zZHdeP+gGevvH8696/jOnkETBn21O+fu3MBurrKXK98En34ADFqkcl+3LaYQKF4A
8MUnyXwUBKgCgprdcEJef2mR4AXOmCeBgwBkBh5shZG0QFrRJeUDhx7cB0djEAkR3QtxtEGBen01
Rg45t0AIQ4wgPKfeCixy0Zlyu/BA1gVNUOAMkfGxuEJ37PCgQZAq7AHDfdmZhUJzIGDTjQZrAcDF
Kw9dkZgA/2gDjDIMKZRVl/JMA91/n3HhIgq4renDWntcsww7QrjQhQQ2okIoW0j4eYVxKhxzpKGE
cvBoHBEAACH+PlJlZHVjZWQgNTglIEAgd3d3LmdpZndpemFyZC5jb20gR3Vlc3Q6IE5PTi1DT01N
RVJDSUFMIFVTRSBPTkxZACH+iA0KVGhpcyBhbmltYXRpb24gaXMgYXJjaGl2ZWQgYXQgQW5pbWF0
aW9uIExpYnJhcnkgYXQgaHR0cDovL3d3dy5hbmltYXRpb25saWJyYXJ5LmNvbSAuIA0KVmlzaXQg
dXMgZm9yIG92ZXIgdHdvIHRob3VzYW5kIGZyZWUgYW5pbWF0aW9ucy4AOw==
------_=_NextPart_000_01BFDA03.32131372--
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id EAA06945
for pups-liszt; Tue, 20 Jun 2000 04:03:02 +1000 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
>From "David O'Brien" <obrien(a)NUXI.com> Tue Jun 20 03:59:54 2000
Received: from relay.nuxi.com (root(a)nuxi.cs.ucdavis.edu [169.237.7.38])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id EAA06941
for <pups(a)minnie.cs.adfa.edu.au>; Tue, 20 Jun 2000 04:02:58 +1000 (EST)
(envelope-from obrien(a)NUXI.com)
Received: from dragon.nuxi.com (root(a)trang.nuxi.com [209.152.133.57])
by relay.nuxi.com (8.9.3/8.9.3) with ESMTP id KAA76288;
Mon, 19 Jun 2000 10:59:57 -0700 (PDT)
(envelope-from obrien(a)dragon.nuxi.com)
Received: (from obrien@localhost)
by dragon.nuxi.com (8.9.3/8.9.1) id KAA37108;
Mon, 19 Jun 2000 10:59:54 -0700 (PDT)
(envelope-from obrien)
Date: Mon, 19 Jun 2000 10:59:54 -0700
From: "David O'Brien" <obrien(a)NUXI.com>
To: Michael Sokolov <msokolov(a)ivan.Harhan.ORG>
Cc: pups(a)minnie.cs.adfa.edu.au
Subject: Re: The Unix History Graphing Project...
Message-ID: <20000619105954.D2592(a)dragon.nuxi.com>
Reply-To: obrien(a)NUXI.com
References: <0006191437.AA05415(a)ivan.Harhan.ORG>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <0006191437.AA05415(a)ivan.Harhan.ORG>; from msokolov(a)ivan.Harhan.ORG on Mon, Jun 19, 2000 at 09:37:31AM -0500
X-Operating-System: FreeBSD 5.0-CURRENT
Organization: The NUXI BSD group
X-PGP-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A
X-Pgp-Keyid: 34F9F9D5
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
On Mon, Jun 19, 2000 at 09:37:31AM -0500, Michael Sokolov wrote:
> There are also BabyVAXen, which is what NutBSDists and others talking about
^^^^^
This is *TOTALY* uncalled for.
Warren, Michael has definitely crossed the bounds of lack of respect for
others. Would you please consider moderating his posts?
--
-- David (obrien(a)NUXI.com)
Thor Lancelot Simon <tls(a)rek.tjls.com> wrote:
> [snipped discussion of clones and workalikes not containing any original UNIX
> code and thus of no relevance to this group]
By the Charter I'm asking you to take this elsewhere.
--
Michael Sokolov Harhan Engineering Laboratory
Public Service Agent International Free Computing Task Force
International Engineering and Science Task Force
615 N GOOD LATIMER EXPY STE #4
DALLAS TX 75204-5852 USA
Phone: +1-214-824-7693 (Harhan Eng Lab office)
E-mail: msokolov(a)ivan.Harhan.ORG (ARPA TCP/SMTP) (UUCP coming soon)
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id BAA05998
for pups-liszt; Tue, 20 Jun 2000 01:14:17 +1000 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
>From Thor Lancelot Simon <tls(a)rek.tjls.com> Tue Jun 20 01:11:00 2000
Received: from mail1.panix.com (mail1.panix.com [166.84.0.212])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id BAA05994;
Tue, 20 Jun 2000 01:14:08 +1000 (EST)
(envelope-from tls(a)panix.com)
Received: from panix3.panix.com (panix3.panix.com [166.84.0.228])
by mail1.panix.com (Postfix) with ESMTP
id 68D4530F38; Mon, 19 Jun 2000 11:11:00 -0400 (EDT)
Received: (from tls@localhost) by panix3.panix.com (8.8.8/8.7.1/PanixN1.0) id LAA05865; Mon, 19 Jun 2000 11:11:00 -0400 (EDT)
Date: Mon, 19 Jun 2000 11:11:00 -0400
From: Thor Lancelot Simon <tls(a)rek.tjls.com>
To: Michael Sokolov <msokolov(a)ivan.Harhan.ORG>
Cc: pups(a)minnie.cs.adfa.edu.au, tuhs(a)minnie.cs.adfa.edu.au
Subject: Re: PUPS/TUHS should not be divisive
Message-ID: <20000619111100.A5557(a)rek.tjls.com>
Reply-To: tls(a)rek.tjls.com
References: <0006191440.AA05429(a)ivan.Harhan.ORG>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <0006191440.AA05429(a)ivan.Harhan.ORG>; from msokolov(a)ivan.Harhan.ORG on Mon, Jun 19, 2000 at 09:40:50AM -0500
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
On Mon, Jun 19, 2000 at 09:40:50AM -0500, Michael Sokolov wrote:
> Thor Lancelot Simon <tls(a)rek.tjls.com> wrote:
>
> > [snipped discussion of clones and workalikes not containing any original UNIX
> > code and thus of no relevance to this group]
>
> By the Charter I'm asking you to take this elsewhere.
I'm asking you, once more, to take your fanaticism elsewhere. I'm also
asking the moderator, once more, in light of this, your recent attacks
on Keith Bostic, your totally gratuitous "NutBSD" swipe in your most
recent missive, and your general misbehaviour and abysmal nettiquite in
your time on this list, to cause you to take your fanaticism elsewhere.
Had it ever occurred to you that others might not delineate "Unix"
in quite the same way in which you do? Of course not. Your opinion
is the only one that matters, and if anyone else doesn't see it that
way, well, then, by God, you'll just have to spew flamage until he
goes away. Great. Really, absolutely what's needed in a preservation
project.
Thor
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id BAA06047
for pups-liszt; Tue, 20 Jun 2000 01:19:32 +1000 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
Tim Bradshaw <tfb(a)cley.com> wrote:
> * Markus Leypold wrote:
> > On the other side, Michael has ventured, to port BSD4.3 to modern
> > VAXens (a noble enterprise in my eyes),
>
> Weell, I don't know about that. All them modern Vaxens aren't really
> *original* are they? Got microprocessors in, half of 'em. Never did
> hold with any kind of computer you didn't need a lorry to move,
> myself.
Now, stop right there! I'm an international agent and I'm armed! :-)
To start with, I don't want to use the term "modern", ever. As for what VAXen I
support and target, my primary emphasis is on BI/XMI VAXen, which are very big
and are absolute miracles of architectural beauty. They don't undermine the
original VAXness a single bit. On the opposite, they actually implement many of
the astounding miracles of the holy original VAX Architecture Reference Manual
that the original VAX-11s were only going to. I also place a high emphasis on
Q22-bus MicroVAXen, as they are readily available and don't require special
power, and yet they fully comply with the proper VAX architecture.
There are also BabyVAXen, which is what NutBSDists and others talking about
"modern VAXen" are probably talking about. Those are indeed very cost-reduced,
VAXness-deprived, and PeeCee-fied. I do plan on supporting them, just so that I
support every VAX ever made, but I by no means endorse them. They are not real
VAXen.
--
Michael Sokolov Harhan Engineering Laboratory
Public Service Agent International Free Computing Task Force
International Engineering and Science Task Force
615 N GOOD LATIMER EXPY STE #4
DALLAS TX 75204-5852 USA
Phone: +1-214-824-7693 (Harhan Eng Lab office)
E-mail: msokolov(a)ivan.Harhan.ORG (ARPA TCP/SMTP) (UUCP coming soon)
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id AAA05864
for pups-liszt; Tue, 20 Jun 2000 00:45:21 +1000 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
