<> Does anybody know what `distribution from within Digital' is being
<> referred to here, and how I can get my hands on it, for the archive.
<> Is this an early Ultrix?
<
<
< I have an Edition 7 distribution from DEC. The work was largely
<done by Fred Canter, along with Jerry Brenner and Armando Stettner. It
<had prebuilt kernels as follows :-
So happens I have a tk50 tape labeled ULRIX-11 X3.1 27-jul-87.
Never looked at it as its apparently a tarball and all my systems with
tk50 to date are rt-11/rsts or VMS. I keep meaning to look at it with
the VAX ULTRIX4.2 VS2000.
Allison
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id IAA13686
for pups-liszt; Fri, 3 Apr 1998 08:40:53 +1000 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to
owner-pups(a)minnie.cs.adfa.oz.au using -f
From Warren Toomey <wkt(a)henry.cs.adfa.oz.au> Fri
Apr 3 08:41:49 1998
Received: from henry.cs.adfa.oz.au (henry.cs.adfa.oz.au
[131.236.21.158])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id IAA13681
for <pups(a)minnie.cs.adfa.oz.au>; Fri, 3 Apr 1998 08:40:49 +1000 (EST)
Received: (from wkt@localhost) by henry.cs.adfa.oz.au (8.7.5/8.7.3) id IAA12757 for
pups(a)minnie.cs.adfa.oz.au; Fri, 3 Apr 1998 08:41:49 +1000 (EST)
From: Warren Toomey <wkt(a)henry.cs.adfa.oz.au>
Message-Id: <199804022241.IAA12757(a)henry.cs.adfa.oz.au>
Subject: Ultrix for PDP-11
To: pups(a)minnie.cs.adfa.oz.au (PDP Unix Preservation)
Date: Fri, 3 Apr 1998 08:41:49 +1000 (EST)
Reply-To: wkt(a)cs.adfa.oz.au
X-Mailer: ELM [version 2.4ME+ PL22 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
Briefly, Jean tells me the stuff I saw on his web page (early DEC support)
is called UNIX V7M RELEASE 2.1. There's a copy of _a_ V7M in the archive, but
I've asked Jean to look at his tape so we can compare contents.
John Holden, as you saw, also has a tape with lots of pre-built kernels.
I've asked John if we can get a copy of this tape too.
A few people mentioned Ultrix for the PDP-11. This is probably a dumb
question, but I assume DEC still owns these systems. Would it be possible
(and/or worth it) to ask DEC to make it freely available to licensees?
I guess we could ask Bob Supnik about it.
Thanks again,
Warren
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id JAA13909
for pups-liszt; Fri, 3 Apr 1998 09:58:51 +1000 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to
owner-pups(a)minnie.cs.adfa.oz.au using -f
From Warren Toomey <wkt(a)henry.cs.adfa.oz.au> Fri
Apr 3 09:59:47 1998
Received: from henry.cs.adfa.oz.au (henry.cs.adfa.oz.au
[131.236.21.158])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id JAA13904
for <pups(a)minnie.cs.adfa.oz.au>; Fri, 3 Apr 1998 09:58:47 +1000 (EST)
Received: (from wkt@localhost) by henry.cs.adfa.oz.au (8.7.5/8.7.3) id JAA12908 for
pups(a)minnie.cs.adfa.oz.au; Fri, 3 Apr 1998 09:59:48 +1000 (EST)
From: Warren Toomey <wkt(a)henry.cs.adfa.oz.au>
Message-Id: <199804022359.JAA12908(a)henry.cs.adfa.oz.au>
Subject: Ultrix: reply from Bob Supnik
To: pups(a)minnie.cs.adfa.oz.au (PDP Unix Preservation)
Date: Fri, 3 Apr 1998 09:59:47 +1000 (EST)
Reply-To: wkt(a)cs.adfa.oz.au
X-Mailer: ELM [version 2.4ME+ PL22 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
All,
I've just received this reply from Bob Supnik on PDP-11 Ultrix:
If you can clear the other license issues (SCO's)
Digital would have no
problem giving a free license to its value add, whatever that was.
That is, if the user can obtain a valid license from SCO, either binary
or source, Digital will agree to license its portion at no cost under
existing terms.
I asked him if DEC would permit us to distribute Ultrix to LICENSEES ONLY,
if some license agreement was also distributed. Awaiting a reply....
Warren
P.S Ken, Allison, can you send in some tape images??? Thanks 8-)
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id KAA13931
for pups-liszt; Fri, 3 Apr 1998 10:02:59 +1000 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to
owner-pups(a)minnie.cs.adfa.oz.au using -f
From Tim Shoppa <shoppa(a)alph02.triumf.ca> Fri Apr
3 10:00:40 1998
Received: from alph02.triumf.ca (alph02.Triumf.CA [142.90.114.18])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with SMTP id KAA13926
for <pups(a)minnie.CS.ADFA.OZ.au>; Fri, 3 Apr 1998 10:02:54 +1000 (EST)
Received: by alph02.triumf.ca; id AA00122; Thu, 2 Apr 1998 16:00:40 -0800
From: Tim Shoppa <shoppa(a)alph02.triumf.ca>
Message-Id: <9804030000.AA00122(a)alph02.triumf.ca>
Subject: Re: Bug in Bob Supnik's Emulator!
To: wkt(a)CS.ADFA.OZ.au
Date: Thu, 2 Apr 1998 16:00:40 -0800 (PST)
Cc: pete(a)dunnington.U-NET.com, edgee(a)cyberpass.net, pups(a)minnie.cs.adfa.oz.au
In-Reply-To: <199803280050.LAA05410(a)henry.cs.adfa.oz.au> from "Warren
Toomey" at Mar 28, 98 11:50:54 am
X-Mailer: ELM [version 2.4 PL22]
Content-Type: text
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
I suspect the FP emulation in Bob's Emulator, so
it might be worth
watching the floating point values in the program. Bob mailed me during
the week, and I sent him a virgin binary of factor so he could verify that
there is a bug.
More evidence of a bug is that 'vi' doesn't work right under Bob
Supnik's emulator, either. At one point Steven Schultz made some
private speculations to me about where the problem might be, but
I've forgotten the details. Is it possible that these two bugs
are both due to FP emulation? Does the 2.11BSD 'vi' even use
the FP registers?
Tim. (shoppa(a)triumf.ca)
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id KAA13973
for pups-liszt; Fri, 3 Apr 1998 10:15:18 +1000 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to
owner-pups(a)minnie.cs.adfa.oz.au using -f
From Warren Toomey <wkt(a)henry.cs.adfa.oz.au> Fri
Apr 3 10:16:15 1998
Received: from henry.cs.adfa.oz.au (henry.cs.adfa.oz.au
[131.236.21.158])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id KAA13968
for <pups(a)minnie.cs.adfa.oz.au>; Fri, 3 Apr 1998 10:15:14 +1000 (EST)
Received: (from wkt@localhost) by henry.cs.adfa.oz.au (8.7.5/8.7.3) id KAA12956 for
pups(a)minnie.cs.adfa.oz.au; Fri, 3 Apr 1998 10:16:15 +1000 (EST)
From: Warren Toomey <wkt(a)henry.cs.adfa.oz.au>
Message-Id: <199804030016.KAA12956(a)henry.cs.adfa.oz.au>
Subject: Re: Bug in Bob Supnik's Emulator!
Date: Fri, 3 Apr 1998 10:16:15 +1000 (EST)
Cc: pups(a)minnie.cs.adfa.oz.au (PDP Unix Preservation)
In-Reply-To: <9804030000.AA00122(a)alph02.triumf.ca> from Tim Shoppa at "Apr 2,
98 04:00:40 pm"
Reply-To: wkt(a)cs.adfa.oz.au
X-Mailer: ELM [version 2.4ME+ PL22 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
In article by Tim Shoppa:
I suspect the
FP emulation in Bob's Emulator [breaking factor(6)]
More evidence of a bug is
that 'vi' doesn't work right under Bob
Supnik's emulator, either. At one point Steven Schultz made some
private speculations to me about where the problem might be, but
I've forgotten the details. Is it possible that these two bugs
are both due to FP emulation? Does the 2.11BSD 'vi' even use
the FP registers?
Don't know about vi FP, I could go have a look at the source. No, vi
doesn't appear to use any floating point.
I asked Bob about the factor(6) bug in my Ultrix mail, he didn't mention
it, but he might at some stage. I'll keep people informed.
As for vi, what was the abnormal behaviour?
Warren
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id KAA14061
for pups-liszt; Fri, 3 Apr 1998 10:52:23 +1000 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to
owner-pups(a)minnie.cs.adfa.oz.au using -f
From "Steven M. Schultz"
<sms(a)moe.2bsd.com> Fri Apr 3 10:50:26 1998
Received: from
moe.2bsd.com
(0(a)MOE.2BSD.COM [206.139.202.200])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id KAA14056
for <pups(a)minnie.cs.adfa.oz.au>; Fri, 3 Apr 1998 10:52:17 +1000 (EST)
Received: (from sms@localhost)
by
moe.2bsd.com (8.8.5/8.8.5) id QAA07798
for pups(a)minnie.cs.adfa.oz.au; Thu, 2 Apr 1998 16:50:26 -0800 (PST)
Date: Thu, 2 Apr 1998 16:50:26 -0800 (PST)
From: "Steven M. Schultz" <sms(a)moe.2bsd.com>
Message-Id: <199804030050.QAA07798(a)moe.2bsd.com>
To: pups(a)minnie.cs.adfa.oz.au
Subject: Re: Bug in Bob Supnik's Emulator?
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
Tim. (shoppa(a)triumf.ca)
More evidence of a bug is that 'vi'
doesn't work right under Bob
Supnik's emulator, either. At one point Steven Schultz made some
private speculations to me about where the problem might be, but
I've forgotten the details. Is it possible that these two bugs
are both due to FP emulation? Does the 2.11BSD 'vi' even use
the FP registers?
To the best of my knowledge 'vi' does NOT use any FP at all (other than
the usual 32 bit arithmetic that all programs do if they do any 'long'
arithmetic).
My speculation is that there's a MMU emulation bug somewhere. 'vi' is
a overlaid split I/D program. Overlays in 2.11BSD are done via
'page flipping' (altering MMU registers). Also 2.11 uses the 'expand
downward' bit on the stack (as well as relying on MMR3 - i think that's
the one - for instruction restart after growing the stack). If there's
a subtle gotcha in the MMU emulation that will cause problems
eventually. 2.11 is not alone in using the ED bit and instruction
restart - if the problem is MMU related it could show up under other
systems (V7). It would be interesting to know if 'vi' encountered
problems on V7 but V7 doesn't have usermode overlays so getting 'vi'
to run would be very problematic.
Steven
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id KAA14110
for pups-liszt; Fri, 3 Apr 1998 10:59:44 +1000 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to
owner-pups(a)minnie.cs.adfa.oz.au using -f
From Warren Toomey <wkt(a)henry.cs.adfa.oz.au> Fri
Apr 3 11:00:34 1998
Received: from henry.cs.adfa.oz.au (henry.cs.adfa.oz.au
[131.236.21.158])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id KAA14105
for <pups(a)minnie.cs.adfa.oz.au>; Fri, 3 Apr 1998 10:59:40 +1000 (EST)
Received: (from wkt@localhost) by henry.cs.adfa.oz.au (8.7.5/8.7.3) id LAA13088; Fri, 3
Apr 1998 11:00:35 +1000 (EST)
From: Warren Toomey <wkt(a)henry.cs.adfa.oz.au>
Message-Id: <199804030100.LAA13088(a)henry.cs.adfa.oz.au>
Subject: Re: Bug in Bob Supnik's Emulator?
To: sms(a)moe.2bsd.com (Steven M. Schultz)
Date: Fri, 3 Apr 1998 11:00:34 +1000 (EST)
Cc: pups(a)minnie.cs.adfa.oz.au
In-Reply-To: <199804030050.QAA07798(a)moe.2bsd.com> from "Steven M. Schultz"
at "Apr 2, 98 04:50:26 pm"
Reply-To: wkt(a)cs.adfa.oz.au
X-Mailer: ELM [version 2.4ME+ PL22 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
In article by Steven M. Schultz:
[re bugs in Bob Sunik's PDP emulator]
My speculation is that there's a MMU emulation
bug somewhere. 'vi' is
a overlaid split I/D program. Overlays in 2.11BSD are done via
'page flipping' (altering MMU registers). Also 2.11 uses the 'expand
downward' bit on the stack (as well as relying on MMR3 - i think that's
the one - for instruction restart after growing the stack). If there's
a subtle gotcha in the MMU emulation that will cause problems
eventually. 2.11 is not alone in using the ED bit and instruction
restart - if the problem is MMU related it could show up under other
systems (V7). It would be interesting to know if 'vi' encountered
problems on V7 but V7 doesn't have usermode overlays so getting 'vi'
to run would be very problematic.
Steven
The 2bsd distribution in the archive comes with an early non-overlayed vi
which compiles on V7. However, I haven't got it to work correctly yet. I
suspect that the /etc/termcap entry I was using is not recognised by this
early version of termlib.
This is all irrelevant to the emulator bug, BTW.
Steven, have you mentioned your hypothesis to Bob?
Warren
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id NAA14677
for pups-liszt; Fri, 3 Apr 1998 13:15:33 +1000 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to
owner-pups(a)minnie.cs.adfa.oz.au using -f
From "Ed G." <edgee(a)cyberpass.net> Fri
Apr 3 12:15:08 1998
Received: from
renoir.op.net (root(a)renoir.op.net
[209.152.193.4])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id NAA14672
for <pups(a)minnie.cs.adfa.oz.au>; Fri, 3 Apr 1998 13:15:25 +1000 (EST)
Received: from
goppelt.op.net (
d-phlarc2-06.ppp.op.net [209.152.199.102]) by
renoir.op.net
(o1/$Revision: 1.15 $) with SMTP id WAA06617; Thu, 2 Apr 1998 22:15:08 -0500 (EST)
Message-Id: <199804030315.WAA06617(a)renoir.op.net>
Comments: Authenticated sender is <edgee(a)cyberpass.net>
From: "Ed G." <edgee(a)cyberpass.net>
To: pups(a)minnie.cs.adfa.oz.au
Date: Thu, 2 Apr 1998 22:15:08 -0400
MIME-Version: 1.0
Content-type: text/plain; charset=US-ASCII
Content-transfer-encoding: 7BIT
Subject: Re: What's magtape good for anyway?
Reply-to: edgee(a)cyberpass.net
CC: allisonp(a)world.std.com (Allison J Parent)
In-reply-to: <199803251433.AA22737(a)world.std.com>
X-mailer: Pegasus Mail for Win32 (v2.54)
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
Mag tape has
several things that make it difficult, one is old (late 60s and through
In old movies, filmmakers often focused on spinning tape
drives when they wanted to show a computer "thinking." What is it
about tape drives that made them such a powerful symbol for big,
complicated computer systems?
the 70s) drives had a difficult time starting and
stopping without
breaking tape or resorting to complex(then standards) controllers. This
lead to things like large interrecord gaps (start, speed up read, stop,
backspace records, stop, read) due to the inerta of starting and stoping
the reels. Also fixed record sizes were used to make blocks about the
same length so blocks and marks could be differentiated using simple
timers.
Was dectape an attempt to remedy some of these problems? My
hazy recollection was that you could treat dectape in some ways as if
it were a disk.
Magtape was for the longest time the only portable
media, which lead to
the ansi/EBCDIC problems (Evryone else and IBM/HP). It was generally
used for archival storage making file organized access excess overhead.
While often used as block oriented, many systems used it more as a stream
device where the high volume storage (relative to the disks of the time)
capability was available.
How much data can magtape hold? If magtape was a portable media,
does that mean that the manufacturers agreed on the width of
the tape, the density of recording, the method of recording bits,
etc.?
I have an old 9 track tape from a computer course I took in 1980.
For sentimental reasons I'd love to get a copy of its contents. Is
this possible do you think?
When processing was done on early system usually two
or three drives were
involved as one of two were for reading and the third was writing results
usually due to memory size limitations of the time compared to the amount
of data. Alot of magtapes lore is a result of historical use.
Is 'merge sort' an example of an application that required three tape
drives?
Ed
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id PAA16168
for pups-liszt; Fri, 3 Apr 1998 15:44:37 +1000 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to
owner-pups(a)minnie.cs.adfa.oz.au using -f