> I have an incomplete set of Pro/Venix. A couple of
> the floppies are bad. I would like to find a copy
> of Pro/Venix that is installable, as it is more
> flexible than Venix/Pro. If anyone out there has
> any Pro/Venix floppies, I'd be grateful to hear about
> it.
>
I thought this one was up on uu.se site. I got my copy from there years
ago.
Allison
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id AAA15060
for pups-liszt; Wed, 7 Jun 2000 00:50:13 +1000 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
jkunz(a)unixag-kl.fh-kl.de wrote:
> Today I tried to install 4.3BSD-Reno on a MicroVAX II. The machine has
> 13MB RAM, DHV11, TK50, DELQA, one RD53 with RQDX3 and a Sigma DLV11-J
> clone.
4.3BSD-Reno is spoiled and bloated, and won't fit on an RD53. The true 4.3BSD,
however, 4.3BSD-Quasijarus, will. Go to
http://minnie.cs.adfa.edu.au/Quasijarus/
to learn about the project and subscribe to its mailing list, then ask any
further questions there.
--
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 LAA11891
for pups-liszt; Tue, 6 Jun 2000 11:09:01 +1000 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
>From "emanuel stiebler" <emu(a)ecubics.com> Tue Jun 6 11:12:19 2000
Received: from mail.rapidsite.net ([209.238.3.57])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with SMTP id LAA11887
for <pups(a)minnie.cs.adfa.edu.au>; Tue, 6 Jun 2000 11:08:58 +1000 (EST)
(envelope-from emu(a)ecubics.com)
Received: from 209.238.157.134 (209.238.157.134)
by mail08.gte-hosting.net (RS ver 1.0.53) with SMTP id 05418584
for <pups(a)minnie.cs.adfa.edu.au>; Mon, 5 Jun 2000 21:07:02 -0400 (EDT)
Message-ID: <005b01bfcf54$49da50b0$5d01a8c0@p2350>
From: "emanuel stiebler" <emu(a)ecubics.com>
To: <pups(a)minnie.cs.adfa.edu.au>
References: <200006052246.AAA20067(a)unixag-kl.fh-kl.de>
Subject: profesional 350 & 380
Date: Mon, 5 Jun 2000 19:12:19 -0600
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2314.1300
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300
X-Loop-Detect: 1
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
Hi all,
Any chance to get a unix running on them ?
cheers & thanks,
emanuel
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id NAA12552
for pups-liszt; Tue, 6 Jun 2000 13:52:45 +1000 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
>From "David C. Jenner" <djenner(a)halcyon.com> Tue Jun 6 13:50:14 2000
Received: from smtp10.nwnexus.com (smtp10.nwnexus.com [206.63.63.53])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id NAA12548
for <pups(a)minnie.cs.adfa.edu.au>; Tue, 6 Jun 2000 13:52:34 +1000 (EST)
(envelope-from djenner(a)halcyon.com)
Received: from halcyon.com (jenner.net [206.63.251.66])
by smtp10.nwnexus.com (8.8.8/8.8.8) with ESMTP id UAA28397;
Mon, 5 Jun 2000 20:50:24 -0700 (PDT)
Message-ID: <393C74F6.A19267C0(a)halcyon.com>
Date: Mon, 05 Jun 2000 20:50:14 -0700
From: "David C. Jenner" <djenner(a)halcyon.com>
Organization: Northwest Nexus Net
X-Mailer: Mozilla 4.72 [en] (Windows NT 5.0; I)
X-Accept-Language: en
MIME-Version: 1.0
To: emanuel stiebler <emu(a)ecubics.com>
CC: pups(a)minnie.cs.adfa.edu.au
Subject: Re: profesional 350 & 380
References: <200006052246.AAA20067(a)unixag-kl.fh-kl.de> <005b01bfcf54$49da50b0$5d01a8c0@p2350>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
There are at least two *NIXes that run on the Pro.
There are apparently patches for 2.9BSD available
that allow that version to run on the Pro. I don't
have any experience with that.
There are two versions of Venix that run on the Pro.
1) Venix/Pro came directly from Venturecom.
It exists in Version 1 and Version 2.
2) Pro/Venix came from DEC, but was a slight
rework of Venix originally from Venturecom.
I.e., DEC worked over Venix/Pro and issued a
version itself called Pro/Venix.
Venix/Pro versions 1 and 2 are available from the
archives at ftp.update.uu.se. This means, ostensibly,
that Venix/Pro is in the "public domain". Pro/Venix
could also be in the public domain, subject to the
Ancient Unix License, since it originates from Version
7 and System III from AT&T. Bob Supnick, who was at
DEC, once stated he saw no reason why it couldn't be
a part of the PUPS archive under the AU License.
I have an incomplete set of Pro/Venix. A couple of
the floppies are bad. I would like to find a copy
of Pro/Venix that is installable, as it is more
flexible than Venix/Pro. If anyone out there has
any Pro/Venix floppies, I'd be grateful to hear about
it.
Thanks,
Dave
emanuel stiebler wrote:
>
> Hi all,
>
> Any chance to get a unix running on them ?
>
> cheers & thanks,
> emanuel
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id QAA12967
for pups-liszt; Tue, 6 Jun 2000 16:04:09 +1000 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
>From Johnny Billquist <bqt(a)Update.UU.SE> Tue Jun 6 16:01:20 2000
Received: from Zeke.Update.UU.SE (IDENT:2026@Zeke.Update.uu.se [130.238.11.14])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id QAA12963
for <pups(a)minnie.cs.adfa.edu.au>; Tue, 6 Jun 2000 16:03:50 +1000 (EST)
(envelope-from bqt(a)Update.UU.SE)
Received: from localhost (bqt@localhost)
by Zeke.Update.UU.SE (8.8.8/8.8.8) with SMTP id IAA02730;
Tue, 6 Jun 2000 08:01:21 +0200
Date: Tue, 6 Jun 2000 08:01:20 +0200 (MET DST)
From: Johnny Billquist <bqt(a)Update.UU.SE>
To: emanuel stiebler <emu(a)ecubics.com>
cc: pups(a)minnie.cs.adfa.edu.au
Subject: Re: profesional 350 & 380
In-Reply-To: <005b01bfcf54$49da50b0$5d01a8c0@p2350>
Message-ID: <Pine.VUL.3.93.1000606080102.2608A-100000(a)Zeke.Update.UU.SE>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
On Mon, 5 Jun 2000, emanuel stiebler wrote:
> Hi all,
>
> Any chance to get a unix running on them ?
There is Venix. I even think it's free now...
Johnny
Johnny Billquist || "I'm on a bus
|| on a psychedelic trip
email: bqt(a)update.uu.se || Reading murder books
pdp is alive! || tryin' to stay hip" - B. Idol
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id SAA13672
for pups-liszt; Tue, 6 Jun 2000 18:40:07 +1000 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
Hi.
Today I tried to install 4.3BSD-Reno on a MicroVAX II. The machine has
13MB RAM, DHV11, TK50, DELQA, one RD53 with RQDX3 and a Sigma DLV11-J
clone. I created a boot tape using a netbooted NetBSD 1.4.2 on this
machine. I dd-ed "stand", "miniroot" and "rootdump" onto a tape with
the blocksizes listed in the file "Rick_Copeland_Note". I also used
"maketape" from the 2.11BSD distribution.
>>> b mua0
2..1..0..
?06 HLT INST
PC = 00074C1E
>>>
Every time the same. :-(
Do I make a mistake? Is my hardware not supported? Is there a other way
to get 4.3BSD-Reno instaled? (Puting a disklabel, ffs and data with
NetBSD onto the disk, but how to boot?) ???
--
tschüß,
Jochen
Homepage: http://www.unixag-kl.fh-kl.de/~jkunz/
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id KAA11618
for pups-liszt; Tue, 6 Jun 2000 10:17:02 +1000 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
Hi all,
Well I've had a few comments back from people about the future of
things on the PUPS & TUHS front. I've sat down & knocked up a short
proposal which I'd be happy with. The overarching goal is to give everybody
what they want :-) Anyway, send me comments and suggestions, or plain old
disagreements!
Thanks,
Warren
A Discussion Paper on The Future of PUPS, TUHS and the Archive
==============================================================
Policy
------
The PDP-11 Unix Preservation Society (PUPS) goes back to being a group
specifically focussed on the versions of Unix for the PDP-11 platform.
The Unix Heritage Society (TUHS) will be an umbrella group to support
efforts to preserve or maintain all versions of Unix that are no longer
considered to be mainstream. The type of support is outlined below.
Mechanism
---------
The pups@minnie mailing list will remain an ``all-encompassing'' mailing
list for those people who are active in, or interested in, the aims of the
Unix Heritage Society. It will be renamed to be tuhs(a)minnie.cs.adfa.edu.au
If enough people request it, a PUPS-specific mailing list will be set up.
As part of TUHS aim of support, mailing lists on minnie can be set up
for those groups who wish to come under the TUHS umbrella. One or more
people from each group will be the list maintainer.
If the information is not huge, minnie can offer web space for these
groups, too. I'm already doing this for the Quasijarus project.
The PUPS Archive will be renamed `The Unix Heritage Archive'. The top-level
will contain files & information that is generic. There will be sublevels
in the form platform/vendor/version. We might need some other categories
for multi-platform systems like the 4BSDs. As an example, nearly all of the
current archive will move under a PDP-11/ directory. But directories like
Applications/ and Lists/ will stay where they are.
If possible and where there are volunteers, each section of the archive
will be maintained by its own maintainer. Minnie will provide disk space
for all sections, so that there is a `one-stop' place to keep things.
However, some groups may want to maintain a separate archive & existence.
In this case, TUHS will set up pointers to their efforts.
Volunteers & Mirrors
--------------------
Some of the existing volunteers and archive mirror maintainers may not
wish to maintain a copy of the full TUHS archive. That's their perogative.
In fact, it might be useful to `name' each section of the full archive.
For example, someone might only want to mirror the VAX section. Perhaps
this can be called the VAX Unix Archive.
I can modify the mechanism of ordering archive copies so that:
+ specific volunteers can nominate which archive sections they carry
+ requesters can order specific sections, or all, and find out how
big each section is
+ requests will only be sent to those volunteers who can do them
Copyright & License Issues
--------------------------
At present, most things in the archive are protected by licenses and/or
copyright. This probably isn't going to change soon. The current mechanisms
to ensure access by license holders will be preserved.
Given the aims of TUHS, I am prepared to keep in the archive anything that
is Unix-related for antiquated or non-mainstream systems. We may not
be able to release some of this due to license or copyright reasons. In
that case, it will be kept hidden away in the archive until it can be
released. It won't be mirrored or be available for copying in any way
until that time.
A Personal Note
---------------
I'd like to maintain the PDP-11 archive, and initially do the TUHS stuff
(including web pages, mailing lists, top-level of the archive). I'll set
up platform-specific (or other-specific) levels as long as there is someone
who will volunteer to maintain that area, and any web pages and mailing
lists associated with them.
It would also be a good idea to have an understudy or two in the wings,
just in case I get hit by a bus or something.
Conclusion
----------
I'm sure there are other issues (especially implementation ones) that
I've missed above, but hopefully you get the general idea of my proposal
for future direction of PUPS and TUHS.
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id SAA97124
for pups-liszt; Sat, 3 Jun 2000 18:00:42 +1000 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
>From Robin Birch <robin(a)ruffnready.co.uk> Sat Jun 3 17:57:30 2000
Received: from anchor-post-31.mail.demon.net (anchor-post-31.mail.demon.net [194.217.242.89])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id SAA97120
for <pups(a)minnie.cs.adfa.edu.au>; Sat, 3 Jun 2000 18:00:35 +1000 (EST)
(envelope-from robin(a)ruffnready.co.uk)
Received: from falstaf.demon.co.uk ([158.152.152.109])
by anchor-post-31.mail.demon.net with esmtp (Exim 2.12 #1)
id 12y8pg-0008iK-0V; Sat, 3 Jun 2000 08:59:01 +0100
Message-ID: <Q8wFPIAqpLO5Ew82(a)ruffnready.co.uk>
Date: Sat, 3 Jun 2000 08:57:30 +0100
To: wkt(a)cs.adfa.edu.au
Cc: Unix Heritage Society <pups(a)minnie.cs.adfa.edu.au>
From: Robin Birch <robin(a)ruffnready.co.uk>
Subject: Re: Warren's Position on Future of PUPS/TUHS
References: <200006030158.LAA08504(a)henry.cs.adfa.edu.au>
In-Reply-To: <200006030158.LAA08504(a)henry.cs.adfa.edu.au>
MIME-Version: 1.0
X-Mailer: Turnpike Integrated Version 5.00 U <YSkKJATYm0AxAbv6xwlBrCeVCW>
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
In message <200006030158.LAA08504(a)henry.cs.adfa.edu.au>, Warren Toomey
<wkt(a)cs.adfa.edu.au> writes
>Hi all,
> Well I've had a few comments back from people about the future of
>things on the PUPS & TUHS front. I've sat down & knocked up a short
>proposal which I'd be happy with. The overarching goal is to give everybody
>what they want :-) Anyway, send me comments and suggestions, or plain old
>disagreements!
>
>Thanks,
> Warren
>
Sounds basically ok to me
Robin
>
> A Discussion Paper on The Future of PUPS, TUHS and the Archive
> ==============================================================
>
>Policy
>------
>
>The PDP-11 Unix Preservation Society (PUPS) goes back to being a group
>specifically focussed on the versions of Unix for the PDP-11 platform.
>
>The Unix Heritage Society (TUHS) will be an umbrella group to support
>efforts to preserve or maintain all versions of Unix that are no longer
>considered to be mainstream. The type of support is outlined below.
>
>Mechanism
>---------
>
>The pups@minnie mailing list will remain an ``all-encompassing'' mailing
>list for those people who are active in, or interested in, the aims of the
>Unix Heritage Society. It will be renamed to be tuhs(a)minnie.cs.adfa.edu.au
>If enough people request it, a PUPS-specific mailing list will be set up.
>
>As part of TUHS aim of support, mailing lists on minnie can be set up
>for those groups who wish to come under the TUHS umbrella. One or more
>people from each group will be the list maintainer.
>
>If the information is not huge, minnie can offer web space for these
>groups, too. I'm already doing this for the Quasijarus project.
>
>The PUPS Archive will be renamed `The Unix Heritage Archive'. The top-level
>will contain files & information that is generic. There will be sublevels
>in the form platform/vendor/version. We might need some other categories
>for multi-platform systems like the 4BSDs. As an example, nearly all of the
>current archive will move under a PDP-11/ directory. But directories like
>Applications/ and Lists/ will stay where they are.
>
>If possible and where there are volunteers, each section of the archive
>will be maintained by its own maintainer. Minnie will provide disk space
>for all sections, so that there is a `one-stop' place to keep things.
>However, some groups may want to maintain a separate archive & existence.
>In this case, TUHS will set up pointers to their efforts.
>
>
>Volunteers & Mirrors
>--------------------
>
>Some of the existing volunteers and archive mirror maintainers may not
>wish to maintain a copy of the full TUHS archive. That's their perogative.
>In fact, it might be useful to `name' each section of the full archive.
>For example, someone might only want to mirror the VAX section. Perhaps
>this can be called the VAX Unix Archive.
>
>I can modify the mechanism of ordering archive copies so that:
>
> + specific volunteers can nominate which archive sections they carry
> + requesters can order specific sections, or all, and find out how
> big each section is
> + requests will only be sent to those volunteers who can do them
>
>
>Copyright & License Issues
>--------------------------
>
>At present, most things in the archive are protected by licenses and/or
>copyright. This probably isn't going to change soon. The current mechanisms
>to ensure access by license holders will be preserved.
>
>Given the aims of TUHS, I am prepared to keep in the archive anything that
>is Unix-related for antiquated or non-mainstream systems. We may not
>be able to release some of this due to license or copyright reasons. In
>that case, it will be kept hidden away in the archive until it can be
>released. It won't be mirrored or be available for copying in any way
>until that time.
>
>A Personal Note
>---------------
>
>I'd like to maintain the PDP-11 archive, and initially do the TUHS stuff
>(including web pages, mailing lists, top-level of the archive). I'll set
>up platform-specific (or other-specific) levels as long as there is someone
>who will volunteer to maintain that area, and any web pages and mailing
>lists associated with them.
>
>It would also be a good idea to have an understudy or two in the wings,
>just in case I get hit by a bus or something.
>
>Conclusion
>----------
>
>I'm sure there are other issues (especially implementation ones) that
>I've missed above, but hopefully you get the general idea of my proposal
>for future direction of PUPS and TUHS.
____________________________________________________________________
Robin Birch robin(a)ruffnready.co.uk
M1ASU/2E0ARJ/M5ABD Old computers and radios always welcome
Interesting, there may be a PDPsomethingorother machine come available in
surplus here. A quick glance at it showed it to be in a 1/2 height rack,
with some custom name that meant nothing to me. But, it had two rack
cabinets about 6 inches high each, with definite looking DEC cards,
4 wide cards, with an interconnecting cable between the two cases.
The thing had a half gig scsi drive and scsi tape (60 or 150mb).
Alas, I was able only to make a quick glance at it, before I had to
leave. What might such a critter actually be? It had half a dozen
RS232 terminal lines out the back, and a wyse terminal sitting on top
of the case. It is not the kind of thing the PeeCee mongers are going
to dive into, so it might go for a song if I wait a couple of weeks.
It was not DEC badged, but definitely had what I would interpret as
DEC boards inside.
Bob
jkunz(a)unixag-kl.fh-kl.de wrote:
> If you want a modern Unix OS [...]
If he did, why would he want a VAX? Someone who detests "modern" pee sea
hardware and prefers the vastly superior classical DEC stuff (like I do) would
surely feel the same way about software (again like I do). Why should one treat
hardware and software differently in this respect? Why mix-and-match the
wonderful classical hardware with crappy bloated "modern" software?
--
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 IAA48765
for pups-liszt; Sat, 27 May 2000 08:22:49 +1000 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
>From Brian Chase <bdc(a)world.std.com> Sat May 27 08:21:49 2000
Received: from europe.std.com (europe.std.com [199.172.62.20])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id IAA48761
for <pups(a)minnie.cs.adfa.edu.au>; Sat, 27 May 2000 08:22:44 +1000 (EST)
(envelope-from bdc(a)world.std.com)
Received: from world.std.com (bdc(a)world-f.std.com [199.172.62.5])
by europe.std.com (8.9.3/8.9.3) with ESMTP id SAA20256
for <pups(a)minnie.cs.adfa.edu.au>; Fri, 26 May 2000 18:21:51 -0400 (EDT)
Received: from localhost (bdc@localhost)
by world.std.com (8.9.3/8.9.3) with ESMTP id SAA28977
for <pups(a)minnie.cs.adfa.edu.au>; Fri, 26 May 2000 18:21:50 -0400 (EDT)
Date: Fri, 26 May 2000 15:21:49 -0700
From: Brian Chase <bdc(a)world.std.com>
To: pups(a)minnie.cs.adfa.edu.au
Subject: Re: Dead MicroVAX II :(
In-Reply-To: <0005262051.AA18987(a)ivan.Harhan.ORG>
Message-ID: <Pine.SGI.4.21.0005261515050.22157-100000(a)world.std.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
On Fri, 26 May 2000, Michael Sokolov wrote:
> jkunz(a)unixag-kl.fh-kl.de wrote:
> > If you want a modern Unix OS [...]
>
> If he did, why would he want a VAX? Someone who detests "modern" pee
> sea hardware and prefers the vastly superior classical DEC stuff (like
> I do) would surely feel the same way about software (again like I do).
> Why should one treat hardware and software differently in this
> respect? Why mix-and-match the wonderful classical hardware with
> crappy bloated "modern" software?
This list is definitely geared towards people running classic OSes on
classic systems. I actually really enjoy having lots of the bloated
modern hardware running on my VAXen. So much contemporary software
compiles and runs right out of the tarballs under NetBSD/vax. And
honestly, a lot of it performs quite admirably on even my humblest of
MicroVAX II's.
I see nothing incompatible with loving modern OSes running well on ancient
hardware. :-)
-brian.
--- Brian Chase | bdc(a)world.std.com | http://world.std.com/~bdc/ -----
All math equations have a fistfight on at least one side. -- K.
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id BAA51832
for pups-liszt; Sun, 28 May 2000 01:50:42 +1000 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
David O'Brien <obrien(a)NUXI.com> wrote:
> The port-vax(a)netbsd.org list is full of very VAX clueful people.
So is quasijarus(a)ivan.Harhan.ORG.
--
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 GAA48519
for pups-liszt; Sat, 27 May 2000 06:52:57 +1000 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
In article by Mike W.:
> I have a digital microvax II in a 'world case'. I was wondering how to
> hook it up and make it fly. I was told that it runs the Micro VMS OS,
> but no to get get it on the machine, Model: one of two: VS12W-B2 or
> V512W-B2. It is an old sticker, could be a 5 or an S. A tape drive is
> installed, but no tape disk came with it. Is there another OS it can
> run?
Yes, it will run UNIX, the timesharing system by Ritchie and Thompson, Berkeley
VAX version thereof, the current version of which is 4.3BSD-Quasijarus
maintained by me, the WWW page for which is:
http://minnie.cs.adfa.edu.au/
Running UNIX requires a UNIX source license (True UNIX never had, doesn't have,
and never will have a concept of "binary only"), but these days SCO gives them
out for FREE! You have a tape drive, so you will have no problem with
installation. I have supply you with the boot tape, but you'll have to
reimburse me for the tape and shipping.
> How do I hook up the Console to work on it. For that matter, what does
> the console look like?
You need a standard RS-232 terminal. The console port connector on the MicroVAX
is of a rather odd standard, though. A DEC BCC05 or BCC08 cable will connect it
to a standard RS-232 DB25M terminal. If you want or have to make your own
cable, I've got the pinout for the MicroVAX console port connector somewhere.
> [...] nothing on 'where and
> how the cables go on the back (bulkhead).
The I/O distribution panel on the back provides external connections for all
Q-bus modules you have. You'll have to tell us what Q-bus modules you have so
that we can tell you what external connections they need. You obviously have
the CPU, which has one external connection: the console port which I just told
you about.
> I need to know how, why and
> when to turn the knobs on the back.
On the CPU module bulkhead there are two knobs and one switch. One knob selects
the console port baud rate. I think this one is obvious. You can use any of the
baud rates printed around the knob, but 9600 baud is standard. The other knob
selects between normal operation (the arrow icon), console language selection
(the talking face icon), and console port loopback test (the T in the circle
icon). I always leave it on the arrow icon. Finally, the switch selects between
maintenance mode (halt enabled, stay in the console on power-up) and production
mode (halt disabled, boot the OS on power-up). These correspond to the dot-
inside-the-circle and dot-outside-the-circle icons, respectively. For now leave
the dot inside the circle.
For more info subscribe to the Quasijarus mailing list and ask there. Send
subscription requests to:
quasijarus-request(a)ivan.Harhan.ORG
--
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 GAA48495
for pups-liszt; Sat, 27 May 2000 06:46:12 +1000 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
On 25 May, David O'Brien wrote:
> On Fri, May 26, 2000 at 08:33:51AM +1000, Warren Toomey wrote:
>> In article by Mike W.:
>> > I have a digital microvax II in a 'world case'. I was wondering how to
>> > hook it up and make it fly. I was told that it runs the Micro VMS OS,
>
> The port-vax(a)netbsd.org list is full of very VAX clueful people.
Yes. port-vax is the right audience. (I am part of it. ;-) )
There is an excellent site with information about VAX hardware.
http://www.vaxarchive.org/hw/index.html
mirror at
http://vaxarchive.sevensages.org/hw/index.html
There you can find a link to the KA630/MicroVAX II page
http://www.telnet.hu/hamster/dr/ka630.html
This will answer most of your questions.
If you want a modern Unix OS look at www.netbsd.org.
Or look at http://minnie.cs.adfa.edu.au/Quasijarus/ (Hi Michael :-) )
--
tschüß,
Jochen
Homepage: http://www.unixag-kl.fh-kl.de/~jkunz/
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id TAA43336
for pups-liszt; Fri, 26 May 2000 19:19:50 +1000 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
>From "Joerg B. Micheel" <joerg(a)begemot.org> Fri May 26 19:22:21 2000
Received: from begemot.org (negara.cs.waikato.ac.nz [130.217.248.112])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id TAA43332
for <pups(a)minnie.cs.adfa.edu.au>; Fri, 26 May 2000 19:19:44 +1000 (EST)
(envelope-from joerg(a)begemot.org)
Received: (from joerg@localhost)
by begemot.org (8.9.3/8.9.2) id VAA04812;
Fri, 26 May 2000 21:22:21 +1200 (NZST)
(envelope-from joerg)
Date: Fri, 26 May 2000 21:22:21 +1200
From: "Joerg B. Micheel" <joerg(a)begemot.org>
To: pups(a)minnie.cs.adfa.edu.au
Cc: joerg(a)begemot.org
Subject: Begemot emulator and Harti
Message-ID: <20000526212221.A4801(a)begemot.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Organization: Begemot Computer Associates
Operating-System: ... powered by FreeBSD
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
Just as a side note: if you think Harti's Emulator is a useful
piece of software: sent him flowers. He's celebrating wedding
this morning in Berlin, marrying a friendly young lady from
Sibiria, Russia, her name is Larissa.
Regards,
Joerg
--
Joerg B. Micheel Email: <joerg(a)begemot.org>
Begemot Computer Associates Phone: +64 7 8562148
40 Masters Avenue, Hillcrest Fax: +64 7 8562148
Hamilton, New Zealand Pager: +64 868 38222
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id AAA44458
for pups-liszt; Sat, 27 May 2000 00:07:05 +1000 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
>From "Jason T. Miller" <jasomill(a)shaffstall.com> Sat May 27 00:04:37 2000
Received: from guildenstern.shaffstall.com (cisdn-2.on-net.net [206.229.84.2])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id AAA44454
for <pups(a)minnie.cs.adfa.edu.au>; Sat, 27 May 2000 00:07:00 +1000 (EST)
(envelope-from jasomill(a)shaffstall.com)
Received: from localhost (jasomill@localhost)
by guildenstern.shaffstall.com (8.9.3/8.9.3) with ESMTP id JAA31910;
Fri, 26 May 2000 09:04:37 -0500
X-Authentication-Warning: guildenstern.shaffstall.com: jasomill owned process doing -bs
Date: Fri, 26 May 2000 09:04:37 -0500 (EST)
From: "Jason T. Miller" <jasomill(a)shaffstall.com>
To: "Steven M. Schultz" <sms(a)moe.2bsd.com>
cc: pups(a)minnie.cs.adfa.edu.au
Subject: Re: Hello and thanks!
In-Reply-To: <200005260320.UAA27315(a)moe.2bsd.com>
Message-ID: <Pine.LNX.4.10.10005260850030.31892-100000(a)guildenstern.shaffstall.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
Well, I keep calling the hardware support folks, and it keeps ringing
busy. Of course, since I don't have call waiting or voice mail, that is to
be expected :) I've actually thought about trying to acquire an
MSCP<->SCSI card and using one of the SCSI drives I have lying around, but
the 19" rackmount stuff is too cool (unfortunately, my spares cabinet is
full of dirty laundry and ruined CD-R media at the moment), though I
suppose an RA92 would suffice (anybody got one? :) though my budget is
henceforth nonexistant -- $300 wouldn't break the bank, because they
wouldn't give it to me. Don't know about the RQDX3, either, but more
likely the KDA50 (which drives my RA81 -- the RQDX3 is for RXen, no more).
The '81 was up all last night, so I don't have error numbers yet; I'll try
to repeat the RX50 problem sometime this weekend. The only FS, I have, is
yours, though I've started reading through it. Though the SCSI spec is
thousands of pages long, it's pretty easy to program; I just finished some
raw-tape-read routines for Hewlett-Packard CS/80 tape drives, that was
even simpler. In both cases, however, I do have documentation
(exhaustive documentation in re: SCSI -- again, work related). I take it
from your reply that such docs aren't to be had for MSCP? At any price?
Jason T. Miller
jasomill(a)shaffstall.com
On Thu, 25 May 2000, Steven M. Schultz wrote:
> Hi -
>
> > From: "Jason T. Miller" <jasomill(a)shaffstall.com>
> > After about a week of work (mainly due to a dying RA81 ... see below), I
> > have successfully installed 2.11BSD on my 11/83. First and foremost,
> > thanks to a) Steven M. Shultz for so carefully maintaining and updating
> > (!) CSRG's PDP-11 code to work with hardware such as my MSCP drives and
> > TMSCP TK50 and b) everyone involved in prodding SCO to release free
>
> You're welcome! I can't take all of the credit (or blame depending
> how you look at it) for the MSCP driver - that came about in 2.10
> just before I became heavily involved. Changes/rewrites/whatever
> are my fault though ;) The TMSCP driver for 2BSD is my doing (based
> on a *heavily* mauled version of the 4.3BSD one with some Ultrix
> influences).
>
> > The only problems I've been having seem to be coming from disk controllers
> > without media. More specifically, I get a hard error, followed by an
> > endless loop of error indications if I try to access one of my RX50s (on
> > an RQDX3 controller), and the only recourse is a reset. Okay, so the
>
> Hmmm, that's a new one to me. I used to have RX50s but they were
> so d$&$*&^!d flakey that I put a standard "pc" 5.25" floppy on
> instead (TEAC something or other). I didn't do the hardware stuff,
> Terry Kennedy did that. Details on jumper setting to use a 5.25"
> floppy in place of RX50s are floating around somewhere on the net
> but I don't have the reference handy.
>
> Can't say I've had a problem with the floppy drive with no media.
> It spins and eventually spits out an error but nothing bad happens
> to the system.
>
> Hmmmm, what rev level of 2.11BSD do you have installed? The latest
> from the PUPS archive (or at least fairly recent)?
>
> > solution here is simple: don't do it. The bigger problem comes with my
> > flake-job of an RA81, which, FWIW, is the only fixed disk storage I have.
> > It has a strange habit: the "A" light goes off and the controller can no
>
> Been there, seen that - on 11/44s with UDA50 controllers. When that
> happened I picked up the phone and got the hardware support folks to
> get me a new RA81 ;) After a while they got tired of maintaining
> old hardware and when the RA81 died the last time they just turned off
> the system and later sold it for scrap (instead of spending $300 for
> a RA92 drive). Boo hiss.
>
> RA81s have been the worst drive I've seen for failures - it should
> be fairly cheap to get a RA92 (8" desktop enclosure if I recall
> right) to replace the RA81. Does the RQDX3 support the larger
> drives though I wonder?
>
> > the same loop-of-errors syndrome as an empty RX50. Anyone have any
> > pointers or sage advice? I figured I may try to modify the MSCP driver to
> > re-init the controller on a hard error, and try again. But the MSCP code
> > is fairly complicated, and I know nothing of the protocol. Anyone have any
>
> You're not just whistling Dixie there - it's the most complex
> convoluted protocol I've seen for handling disks (and tapes). Well,
> SCSI these days might be just as complex - but there's a difference:
> I can get lots better specs and documentation for SCSI than I can for
> MSCP. If you've access to other systems (RSX, IAS, etc) sources you
> can RTFS (Read The Fine Source) and try to puzzle out how MSCP works
> what the errors are and what to do about them but that's a far
> cry from a complete, detailed, tabular, whatever document on how to
> write a MSCP driver.
>
> > MSCP documentation which I could beg, borrow, or steal? I'd give the
> > specific error codes, but I haven't written any down yet and I'm at work.
>
> I know I did do some work (mostly in the TMSCP part though) to improve
> error handling and not leave drives stranded and the like. If you
> can jot down the error codes I can take a look at the driver and
> perhaps see what can be done to recover more gracefully.
>
> Cheers!
>
> Steven Schultz
> sms(a)moe.2bsd.com
>
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id AAA44573
for pups-liszt; Sat, 27 May 2000 00:41:22 +1000 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
>From Markus Leypold <leypold(a)informatik.uni-tuebingen.de> Sat May 27 00:40:23 2000
Received: from toulon.informatik.uni-tuebingen.de (toulon.Informatik.Uni-Tuebingen.De [134.2.12.9])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id AAA44569
for <pups(a)minnie.cs.adfa.edu.au>; Sat, 27 May 2000 00:41:17 +1000 (EST)
(envelope-from leypold(a)informatik.uni-tuebingen.de)
Received: from informatik.uni-tuebingen.de (wintermute [134.2.12.56])
by toulon.informatik.uni-tuebingen.de (Postfix) with ESMTP id 5DC1E1061
for <pups(a)minnie.cs.adfa.edu.au>; Fri, 26 May 2000 16:40:23 +0200 (DFT)
Received: (from leypold@localhost)
by informatik.uni-tuebingen.de (8.9.3/8.9.3) id QAA12383;
Fri, 26 May 2000 16:40:23 +0200 (CEST)
(envelope-from leypold(a)informatik.uni-tuebingen.de)
Date: Fri, 26 May 2000 16:40:23 +0200 (CEST)
Message-Id: <200005261440.QAA12383(a)informatik.uni-tuebingen.de>
X-Authentication-Warning: wintermute.informatik.uni-tuebingen.de: leypold set sender to leypold(a)informatik.uni-tuebingen.de using -f
From: Markus Leypold <leypold(a)informatik.uni-tuebingen.de>
To: pups(a)minnie.cs.adfa.edu.au
Subject: Re: Building a 2.11BSD tape for Supnik's emulator
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
Hello Seth,
I never worked with a real PDP-11. I tried to build a V7 Boot tape for
the Supnick and still did not succeed, but I got the following impressions:
* V7 Doc says, You can't use the bootstrap from the DEC bulk ROM,
but need to key in a custom bootstrap. Have a look into
the V7 Manual Volume 2B (Essay about Installing UNIX).
* It seems, a tape also needs to contain labels for the files
(512 Byte Records), kind of directory.
Regards -- Markus
Original Message:
---------------------------------
Hello folks,
I'm trying to build a 2.11BSD boot tape for Bob Supnik's emulator. I
downloaded the tape files from Distributions/ucb/2.11BSD, and put them
together with the following commands (on Linux):
cat mtboot mtboot boot | dd of=file0 obs=512
dd if=disklabel of=file1 obs=1024
dd if=mkfs of=file2 obs=1024
dd if=restor of=file3 obs=1024
dd if=icheck of=file4 obs=1024
dd if=root.dump of=file5 obs=10240
dd if=file6.tar of=file6 obs=10240
dd if=file7.tar of=file7 obs=10240
dd if=file8.tar of=file8 obs=10240
cat file? > boot.tape [I've verified the shell expands this
expression to the correct file order]
But when I run the simulator and try to boot from the tape (with or
without the -o optiont to 'boot'), it fails, like so:
% pdp11
PDP-11 simulator V2.3d
sim> set cpu 18b
sim> set cpu 2048K
sim> att tm0 boot.tape
sim> boot tm0
HALT instruction, PC: 000002 (HALT)
sim> boot -o tm0
HALT instruction, PC: 000002 (HALT)
sim>
It's like the bootstrap code isn't working. Or possibly I've completely
misunderstood the proper way to build a tape image. Is there a better
way to go about it?
- -Seth
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id CAA45296
for pups-liszt; Sat, 27 May 2000 02:31:58 +1000 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
>From "Steven M. Schultz" <sms(a)moe.2bsd.com> Sat May 27 02:26:28 2000
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 CAA45292
for <pups(a)minnie.cs.adfa.edu.au>; Sat, 27 May 2000 02:31: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 JAA08996
for pups(a)minnie.cs.adfa.edu.au; Fri, 26 May 2000 09:26:28 -0700 (PDT)
Date: Fri, 26 May 2000 09:26:28 -0700 (PDT)
From: "Steven M. Schultz" <sms(a)moe.2bsd.com>
Message-Id: <200005261626.JAA08996(a)moe.2bsd.com>
To: pups(a)minnie.cs.adfa.edu.au
Subject: Re: Building a 2.11BSD tape for Supnik's emulator
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
Hi -
> From: Markus Leypold <leypold(a)informatik.uni-tuebingen.de>
> I never worked with a real PDP-11. I tried to build a V7 Boot tape for
> the Supnick and still did not succeed, but I got the following impressions:
>
> * It seems, a tape also needs to contain labels for the files
> (512 Byte Records), kind of directory.
Not exactly. The boot tape consists of files with different block
sizes but has no "labels".
> Original Message:
> ---------------------------------
> I'm trying to build a 2.11BSD boot tape for Bob Supnik's emulator. I
> downloaded the tape files from Distributions/ucb/2.11BSD, and put them
> together with the following commands (on Linux):
>
> cat mtboot mtboot boot | dd of=file0 obs=512
> dd if=disklabel of=file1 obs=1024
> dd if=mkfs of=file2 obs=1024
> dd if=restor of=file3 obs=1024
> dd if=icheck of=file4 obs=1024
> dd if=root.dump of=file5 obs=10240
> dd if=file6.tar of=file6 obs=10240
> dd if=file7.tar of=file7 obs=10240
> dd if=file8.tar of=file8 obs=10240
> cat file? > boot.tape [I've verified the shell expands this
> expression to the correct file order]
So close yet so far.
You do not need to "reblock" the files - they already have the correct
sizes. What you do need to do is run a program to add the record
length information for the emulator. The emulator needs to have
"virtual" file and record mark information added.
If you look in the "usr/src/sys/pdpstand" directory you will find
a source file "makesimtape.c". This is a slightly modified version
of the 'maketape' program which 2.11 uses to create its own boot tapes.
The modifications consist of changes to add the virtual tape marks
for Bob's emulator.
I will include a copy of makesimtape.c below in case anyone has trouble
finding it in the source tree.
makesimtape should compile on almost anything (I've used it on
2.11BSD, BSD/OS, and I think FreeBSD). Compile that program. Then
create a small file (maketape.data) containing:
mtboot 1
mtboot 1
boot 1
* 1
disklabel 2
* 1
mkfs 2
* 1
restor 2
* 1
icheck 2
* 1
root.dump 20
* 1
file6.tar 20
* 1
file7.tar 20
* 1
file8.tar 20
*1
Then "makesimtape -i maketape.data -o your_tape_file" will create
the virtual tape file in 'your_tape_file'.
Actually to make sure things work (and the tape is bootable and can
run the standalone programs) all you need are the files up thru
root.dump - that is enough to load the root filesystem.
With a real tape drive you use the "maketape" program that comes
with 2.11 of course since it wants to issue ioctl calls to place
real tape marks, etc on a tape.
> It's like the bootstrap code isn't working. Or possibly I've completely
> misunderstood the proper way to build a tape image. Is there a better
> way to go about it?
Hopefully the method described above will be closer to what's
needed. it has been quite a while since I've actually created a
simulated tape so I might have left out a step or something.
Good Luck!
Steven Schultz
sms(a)moe.2bsd.com
=====================makesimtape.c=========================
/*
* @(#)makesimtape.c 2.1 (2.11BSD) 1998/12/31
* Hacked 'maketape.c' to write a file in a format suitable for
* use with Bob Supnik's PDP-11 simulator (V2.3) emulated tape
* driver.
*
* NOTE: a PDP-11 has to flip the shorts within the long when writing out
* the record size. Seems a PDP-11 is neither a little-endian
* machine nor a big-endian one.
*/
#include <stdio.h>
#include <errno.h>
#include <fcntl.h>
#include <stdlib.h>
#include <sys/types.h>
#include <sys/stat.h>
#include <sys/uio.h>
#define MAXB 30
char buf[MAXB * 512];
char name[50];
long recsz, flipped, trl();
int blksz;
int mt, fd, cnt;
struct iovec iovec[3];
struct iovec tmark[2];
void usage();
main(argc, argv)
int argc;
char *argv[];
{
int i, j = 0, k = 0;
long zero = 0;
register char *outfile = NULL, *infile = NULL;
FILE *mf;
struct stat st;
while ((i = getopt(argc, argv, "i:o:")) != EOF)
{
switch (i)
{
case 'o':
outfile = optarg;
break;
case 'i':
infile = optarg;
break;
default:
usage();
/* NOTREACHED */
}
}
if (!outfile || !infile)
usage();
/* NOTREACHED */
/*
* Stat the outfile and make sure it either 1) Does not exist, or
* 2) Exists but is a regular file.
*/
if (stat(outfile, &st) != -1 && !(S_ISREG(st.st_mode)))
errx(1, "outfile must either not exist or be a regular file");
/* NOTREACHED */
mt = open(outfile, O_WRONLY|O_CREAT|O_TRUNC, 0600);
if (mt < 0)
err(1, "Can not create %s", outfile);
/* NOTREACHED */
mf = fopen(infile, "r");
if (!mf)
err(1, "Can not open %s", infile);
/* NOTREACHED*/
tmark[0].iov_len = sizeof (long);
tmark[0].iov_base = (char *)&zero;
while (1)
{
if ((i = fscanf(mf, "%s %d", name, &blksz))== EOF)
exit(0);
if (i != 2) {
fprintf(stderr,"Help! Scanf didn't read 2 things (%d)\n", i);
exit(1);
}
if (blksz <= 0 || blksz > MAXB)
{
fprintf(stderr, "Block size %u is invalid\n", blksz);
exit(1);
}
recsz = blksz * 512; /* convert to bytes */
iovec[0].iov_len = sizeof (recsz);
#ifdef pdp11
iovec[0].iov_base = (char *)&flipped;
#else
iovec[0].iov_base = (char *)&recsz;
#endif
iovec[1].iov_len = (int)recsz;
iovec[1].iov_base = buf;
iovec[2].iov_len = iovec[0].iov_len;
iovec[2].iov_base = iovec[0].iov_base;
if (strcmp(name, "*") == 0)
{
if (writev(mt, tmark, 1) < 0)
warn(1, "writev of pseudo tapemark failed");
k++;
continue;
}
fd = open(name, 0);
if (fd < 0)
err(1, "Can't open %s for reading", name);
/* NOTREACHED */
printf("%s: block %d, file %d\n", name, j, k);
/*
* we pad the last record with nulls
* (instead of the bell std. of padding with trash).
* this allows you to access text files on the
* tape without garbage at the end of the file.
* (note that there is no record length associated
* with tape files)
*/
while ((cnt=read(fd, buf, (int)recsz)) == (int)recsz)
{
j++;
#ifdef pdp11
flipped = trl(recsz);
#endif
if (writev(mt, iovec, 3) < 0)
err(1, "writev #1");
/* NOTREACHED */
}
if (cnt > 0)
{
j++;
bzero(buf + cnt, (int)recsz - cnt);
#ifdef pdp11
flipped = trl(recsz);
#endif
if (writev(mt, iovec, 3) < 0)
err(1, "writev #2");
/* NOTREACHED */
}
close(fd);
}
/*
* Write two tape marks to simulate EOT
*/
writev(mt, tmark, 1);
writev(mt, tmark, 1);
}
long
trl(l)
long l;
{
union {
long l;
short s[2];
} foo;
register short x;
foo.l = l;
x = foo.s[0];
foo.s[0] = foo.s[1];
foo.s[1] = x;
return(foo.l);
}
void
usage()
{
fprintf(stderr, "usage: makesimtape -o outfilefile -i inputfile\n");
exit(1);
}
After about a week of work (mainly due to a dying RA81 ... see below), I
have successfully installed 2.11BSD on my 11/83. First and foremost,
thanks to a) Steven M. Shultz for so carefully maintaining and updating
(!) CSRG's PDP-11 code to work with hardware such as my MSCP drives and
TMSCP TK50 and b) everyone involved in prodding SCO to release free
Ancient UNIX source licenses.
After dealing with a crippled binary-only Micro/RSX lack-of-a-kit, and as
a FreeBSD user of five-odd years, I decided to bite the bullet and see
what UNIX was/is like on a PDP. Thanks to the work of Steven and a cast of
thousands, it's pretty damned impressive.
The only problems I've been having seem to be coming from disk controllers
without media. More specifically, I get a hard error, followed by an
endless loop of error indications if I try to access one of my RX50s (on
an RQDX3 controller), and the only recourse is a reset. Okay, so the
solution here is simple: don't do it. The bigger problem comes with my
flake-job of an RA81, which, FWIW, is the only fixed disk storage I have.
It has a strange habit: the "A" light goes off and the controller can no
longer access it. If I soft-restart the PDP (under either RSX or UNIX),
the driver connects back to the drive without a glitch. And this gives me
the same loop-of-errors syndrome as an empty RX50. Anyone have any
pointers or sage advice? I figured I may try to modify the MSCP driver to
re-init the controller on a hard error, and try again. But the MSCP code
is fairly complicated, and I know nothing of the protocol. Anyone have any
MSCP documentation which I could beg, borrow, or steal? I'd give the
specific error codes, but I haven't written any down yet and I'm at work.
Also, I am willing to provide a Good Home for any 19" rackmount MSCP
drives in the midwest. Let me rephrase that: any one or two; I have a one
bedroom apartment, and I'm saving a bit of floorspace for a (yet to
materialize) VAX. Also Qbus thinnet or SCSI would be nice, whilst on cloud
780...
TIA,
jasomill
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id IAA39885
for pups-liszt; Fri, 26 May 2000 08:30:23 +1000 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
>From "Jason T. Miller" <jasomill(a)shaffstall.com> Fri May 26 08:28:09 2000
Received: from guildenstern.shaffstall.com (cisdn-2.on-net.net [206.229.84.2])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id IAA39881
for <pups(a)minnie.cs.adfa.edu.au>; Fri, 26 May 2000 08:30:17 +1000 (EST)
(envelope-from jasomill(a)shaffstall.com)
Received: from localhost (jasomill@localhost)
by guildenstern.shaffstall.com (8.9.3/8.9.3) with ESMTP id RAA21354
for <pups(a)minnie.cs.adfa.edu.au>; Thu, 25 May 2000 17:28:10 -0500
X-Authentication-Warning: guildenstern.shaffstall.com: jasomill owned process doing -bs
Date: Thu, 25 May 2000 17:28:09 -0500 (EST)
From: "Jason T. Miller" <jasomill(a)shaffstall.com>
To: pups(a)minnie.cs.adfa.edu.au
Subject: to change without notice
Message-ID: <Pine.LNX.4.10.10005251726530.20729-100000(a)guildenstern.shaffstall.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
After reading the _entire_ archive of PUPS messages, and realizing that,
no, I'm not crazy and, no, I'm not the only one still interested in old
hardware and software, I dug up two old 16-bit UNIX distributions and
promptly archived 'em. Unfortunately, they're binary only and System-V
based, so I can't just throw 'em in the archive. But when the game is up
on the System-V codebase, I hope these CD-Rs are still around. They are:
- SCO XENIX 286 2.2, complete OS with development system and text
processing ([tn]roff, etc)
- Microport System V/AT Development System (runtimes say both 1.3
and 2.3, development stuff says 1.3 - don't know, never booted this one)
All the floppies read without errors, and I've actually booted and run the
XENIX (used it for a tape conversion job a couple years ago) - works as
long as you have a 5.25" floppy drive and reasonably old hardware - I ran
it on a 386 but it doesn't grok VGA.
Also, I have the ability to write TK50 tapes along with a wide range of
other formats (my employer makes tape conversion equipment and software);
no TK25 (unless the old IBM Tandberg VarBlock format is identical - don't
know) or TK70, but just about anything else (need PDP UNIX on an HP 9144A
cartridge tape; a) why? and b) I can help*!). I'd be happy to cut PDP UNIX
tapes for media and shipping.
Finally, anyone ever used the mtools package to read MS-DOS disks from an
RX50 from a DEC Rainbow? I'm working on it (no Rainbow, but I've got a box
that writes Rainbow disks) and I'd be glad to help anyone interested; I'm
also working on R/W RX50 on FreeBSD.
Jason T. Miller
jasomill(a)shaffstall.com
* but not much, unless someone is willing to replace the rubber roller
thingy on my HP drive, but, as usual, I digress.
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id IAA39928
for pups-liszt; Fri, 26 May 2000 08:34:47 +1000 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
>From Warren Toomey <wkt(a)cs.adfa.edu.au> Fri May 26 08:33:51 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 IAA39924
for <pups(a)minnie.cs.adfa.edu.au>; Fri, 26 May 2000 08:34: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 IAA07703;
Fri, 26 May 2000 08:33:51 +1000 (EST)
(envelope-from wkt)
From: Warren Toomey <wkt(a)cs.adfa.edu.au>
Message-Id: <200005252233.IAA07703(a)henry.cs.adfa.edu.au>
Subject: Re: Dead MicroVAX II :(
In-Reply-To: <392CE14B.597E81B8(a)willapabay.org> from "Mike W." at "May 25, 2000 1:16:11 am"
To: tscowboy(a)willapabay.org (Mike W.)
Date: Fri, 26 May 2000 08:33:51 +1000 (EST)
Cc: pups(a)minnie.cs.adfa.edu.au (Unix Heritage 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 Mike W.:
> I have a digital microvax II in a 'world case'. I was wondering how to
> hook it up and make it fly. I was told that it runs the Micro VMS OS,
> but no to get get it on the machine, Model: one of two: VS12W-B2 or
> V512W-B2. It is an old sticker, could be a 5 or an S. A tape drive is
> installed, but no tape disk came with it. Is there another OS it can
> run? I wish I knew what to do. I turn it on and it reads something like
> 8, 7, 6, 5, 8, B, C, 3 and then after a VERY long pause, it reads E for
> another long period, then 6 for another long wait and then E forever.
> How do I hook up the Console to work on it. For that matter, what does
> the console look like? How do I go to console mode? Is there some kind
> of manual on it? I have about 8 or 9 monitors and the same amount of
> keyboards and most of the cables. I would like to bring it back to life
> and put it in a show room or something. I have no money, the whole thing
> was given to me. The drives
> were wiped clean (it was at the Hospital, they upgraded). I take it the
> E on the readout tells me, "There is no OS installed". After a month or
> so of searching the internet, I have found a few 'commands' and how to
> wire one cable, a picture and QBUS routing, but nothing on 'where and
> how the cables go on the back (bulkhead). I need to know how, why and
> when to turn the knobs on the back.
> Yes, I know nothing of this thing and would like to learn. I know the
> MAC a little, MS-DOS in my sleep. Anyway.....
>
> Mike Williams
> 4212 S. Pacific Way
> Seaview, Wa. 98644-0068
> tscowboy(a)willapabay.org
I'll cc this to the Pups mailing list. You should subscribe so that you can
get any answers! Details at: http://minnie.cs.adfa.edu.au/PUPS/maillist.html
Ciao,
Warren
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id KAA40418
for pups-liszt; Fri, 26 May 2000 10:13:29 +1000 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
>From Warren Toomey <wkt(a)cs.adfa.edu.au> Fri May 26 10:12: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 KAA40414
for <pups(a)minnie.cs.adfa.edu.au>; Fri, 26 May 2000 10:13:26 +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 KAA08415
for pups(a)minnie.cs.adfa.edu.au; Fri, 26 May 2000 10:12:40 +1000 (EST)
(envelope-from wkt)
From: Warren Toomey <wkt(a)cs.adfa.edu.au>
Message-Id: <200005260012.KAA08415(a)henry.cs.adfa.edu.au>
Subject: Who uploaded these to the PUPS ARchive?
To: pups(a)minnie.cs.adfa.edu.au (Unix Heritage Society)
Date: Fri, 26 May 2000 10:12:40 +1000 (EST)
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
Hi all,
I'm just doing some house cleaning on the PUPS Archive. I've
forgotten who uploaded these into the incoming directory?
-rw-r----- 1 wkt pupsarc 53634 Feb 24 1999 29pro_inclsys.tar.gz
-rw-r----- 1 wkt pupsarc 777081 Feb 24 1999 29pro_sys.tar.gz
-rw-r--r-- 1 pups pupsarc 5332873 Jan 17 01:48 old-ultrix-32.tar.gz
-rw-r--r-- 1 pups pupsarc 371111664 Mar 20 06:00 old-ultrix.tar.gz
As well, can you supply a README saying what is in these files, too :-)
My memory isn't what it used to me.
Thanks!
Warren
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id OAA41586
for pups-liszt; Fri, 26 May 2000 14:35:06 +1000 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
>From Warren Toomey <wkt(a)cs.adfa.edu.au> Fri May 26 14:34:18 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 OAA41582
for <pups(a)minnie.cs.adfa.edu.au>; Fri, 26 May 2000 14:35:03 +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 OAA09658
for pups(a)minnie.cs.adfa.edu.au; Fri, 26 May 2000 14:34:19 +1000 (EST)
(envelope-from wkt)
From: Warren Toomey <wkt(a)cs.adfa.edu.au>
Message-Id: <200005260434.OAA09658(a)henry.cs.adfa.edu.au>
Subject: More PUPS Donations & Volunteers
To: pups(a)minnie.cs.adfa.edu.au (Unix Heritage Society)
Date: Fri, 26 May 2000 14:34:18 +1000 (EST)
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
Hi all,
Since the free SCO license, we've had an enormous demand on our
PUPS volunteers. If there is anybody in Japan who can burn CDs, could you
contact me if you are prepared to burn a few copies of the PUPS CD.
I've made a start on tidying up the archive & moving recently donated
things to appropriate directories. Are there other systems out there
which could be donated to the archive? I've just have a Z8000 SystemIII
system being donated.
I'm happy to take donations, but they may not be moved into the main
archive because I don't want to have my butt sued off.
Ages ago, George Colouris at QMC in the UK had a 9-track tape containing
QED, the visual Unix editor which influenced the development of vi. Can
anybody in the UK read 9-tracks. If so, I'll put you in contact with George.
Cheers,
Warren
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id OAA41696
for pups-liszt; Fri, 26 May 2000 14:51:59 +1000 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
>From "David O'Brien" <obrien(a)NUXI.com> Fri May 26 14:44:17 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 OAA41692
for <pups(a)minnie.cs.adfa.edu.au>; Fri, 26 May 2000 14:51:55 +1000 (EST)
(envelope-from obrien(a)NUXI.com)
Received: from dragon.nuxi.com (nobody(a)relay.nuxi.com [169.237.7.38])
by relay.nuxi.com (8.9.3/8.9.3) with ESMTP id VAA06137;
Thu, 25 May 2000 21:51:04 -0700 (PDT)
(envelope-from obrien(a)dragon.nuxi.com)
Received: (from obrien@localhost)
by dragon.nuxi.com (8.9.3/8.9.1) id VAA42078;
Thu, 25 May 2000 21:44:18 -0700 (PDT)
(envelope-from obrien)
Date: Thu, 25 May 2000 21:44:17 -0700
From: "David O'Brien" <obrien(a)NUXI.com>
To: "Mike W." <tscowboy(a)willapabay.org>
Cc: Unix Heritage Society <pups(a)minnie.cs.adfa.edu.au>
Subject: Re: Dead MicroVAX II :(
Message-ID: <20000525214417.A58091(a)dragon.nuxi.com>
Reply-To: obrien(a)NUXI.com
References: <392CE14B.597E81B8(a)willapabay.org> <200005252233.IAA07703(a)henry.cs.adfa.edu.au>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <200005252233.IAA07703(a)henry.cs.adfa.edu.au>; from wkt(a)cs.adfa.edu.au on Fri, May 26, 2000 at 08:33:51AM +1000
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 Fri, May 26, 2000 at 08:33:51AM +1000, Warren Toomey wrote:
> In article by Mike W.:
> > I have a digital microvax II in a 'world case'. I was wondering how to
> > hook it up and make it fly. I was told that it runs the Micro VMS OS,
The port-vax(a)netbsd.org list is full of very VAX clueful people.
--
-- David (obrien(a)NUXI.com)
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id QAA42383
for pups-liszt; Fri, 26 May 2000 16:00:58 +1000 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
>From lars brinkhoff <lars(a)nocrew.org> Fri May 26 15:59:56 2000
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 QAA42379
for <pups(a)minnie.cs.adfa.edu.au>; Fri, 26 May 2000 16:00:53 +1000 (EST)
(envelope-from lars(a)junk.nocrew.org)
Received: from lars by junk.nocrew.org with local (Exim 3.03 #1 (Debian))
id 12vDA4-00039I-00; Fri, 26 May 2000 07:59:56 +0200
To: Johnny Billquist <bqt(a)Update.UU.SE>
Cc: pups(a)minnie.cs.adfa.edu.au
Subject: Re: PDP-11 MMU docs?
References: <Pine.VUL.3.93.1000525173018.7767F-100000(a)Zeke.Update.UU.SE>
From: lars brinkhoff <lars(a)nocrew.org>
Date: 26 May 2000 07:59:56 +0200
In-Reply-To: Johnny Billquist's message of "Thu, 25 May 2000 17:30:37 +0200 (MET DST)"
Message-ID: <85em6pvokj.fsf(a)junk.nocrew.org>
User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.5
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
Johnny Billquist <bqt(a)Update.UU.SE> writes:
> On 25 May 2000, lars brinkhoff wrote:
> > Is there any PDP-11 MMU documentation available?
> Don't remember seeing any. What do you want to know?
Everything necessary to emulate one in software. I have Supnik's
simulator, but it would be easier if I had proper docs.
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id QAA42466
for pups-liszt; Fri, 26 May 2000 16:20:11 +1000 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
>From "Steven M. Schultz" <sms(a)moe.2bsd.com> Fri May 26 16:18:57 2000
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 QAA42459
for <pups(a)minnie.cs.adfa.edu.au>; Fri, 26 May 2000 16:20:00 +1000 (EST)
(envelope-from sms(a)moe.2bsd.com)
Received: (from sms@localhost)
by moe.2bsd.com (8.9.3/8.9.3) id XAA29942
for pups(a)minnie.cs.adfa.edu.au; Thu, 25 May 2000 23:18:57 -0700 (PDT)
Date: Thu, 25 May 2000 23:18:57 -0700 (PDT)
From: "Steven M. Schultz" <sms(a)moe.2bsd.com>
Message-Id: <200005260618.XAA29942(a)moe.2bsd.com>
To: pups(a)minnie.cs.adfa.edu.au
Subject: Re: PDP-11 MMU docs?
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
Hi -
> From: lars brinkhoff <lars(a)nocrew.org>
> Johnny Billquist <bqt(a)Update.UU.SE> writes:
> > On 25 May 2000, lars brinkhoff wrote:
> > > Is there any PDP-11 MMU documentation available?
> > Don't remember seeing any. What do you want to know?
>
> Everything necessary to emulate one in software. I have Supnik's
> simulator, but it would be easier if I had proper docs.
Do you also have Harti Brandt's P11 ("Begemot") emulator? That
is a _work of art_! Has an emulated DEQNA so you can place the
"PDP-11" on a LAN, the timeskew problem has been fixed (the emulated
pdp-11 keeps good time), and it also has a TOY clock now.
Check out http://www.begemot.org
Steven Schultz
sms(a)moe.2bsd.com
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id SAA43074
for pups-liszt; Fri, 26 May 2000 18:55:33 +1000 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
