On Apr 5, 10:04, Warren Toomey wrote:
> All,
> I've received this e-mail from a student at NYU Law Department.
> If any of you have copies of old Unix licenses, and your organisation
> would be prepared to release copies to Greg, could you contact him.
>
> Also, if you could send me copies of your licenses, that would be
> great too. About 8 people have already done this, and I am happy to
> act as a repository for this old information.
Warren, do you still have copies of mine, or do you want another set?
--
Pete Peter Turnbull
Network Manager
Dept. of Computer Science
University of York
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id WAA37756
for pups-liszt; Thu, 5 Apr 2001 22:50:22 +1000 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
>From Edward Brocklesby <ejb(a)leguin.org.uk> Thu Apr 5 22:42:53 2001
Received: from klamath.leguin.org.uk (pc250-oxf1.cable.ntl.com [62.254.132.250])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id WAA37752
for <pups(a)minnie.cs.adfa.edu.au>; Thu, 5 Apr 2001 22:50:18 +1000 (EST)
(envelope-from ejb(a)klamath.leguin.org.uk)
Received: from localhost (localhost [[UNIX: localhost]])
by klamath.leguin.org.uk (8.9.3/8.9.3/Debian 8.9.3-21) id MAA27857
for pups(a)minnie.cs.adfa.edu.au; Thu, 5 Apr 2001 12:42:59 GMT
Content-Type: text/plain;
charset="iso-8859-1"
From: Edward Brocklesby <ejb(a)leguin.org.uk>
Organization: Leguin Network Services
To: pups(a)minnie.cs.adfa.edu.au
Subject: [pups] Public access 2.11BSD system
Date: Thu, 5 Apr 2001 12:42:53 +0000
X-Mailer: KMail [version 1.2]
MIME-Version: 1.0
Message-Id: <01040512425302.26560(a)klamath.leguin.org.uk>
Content-Transfer-Encoding: 8bit
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
Hi all,
I've set up a free public 2.11BSD system, for anyone who wants to try it..
To create an account, just telnet to klamath.ddts.net.
I'm not sure if this is the right place to post this, but it seems
appropriate :>
-larne-
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id GAA40397
for pups-liszt; Fri, 6 Apr 2001 06:44:44 +1000 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
>From "Ian King" <iking(a)microsoft.com> Fri Apr 6 06:36:56 2001
Received: from mail4.microsoft.com (mail4.microsoft.com [131.107.3.122])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with SMTP id GAA40393
for <pups(a)minnie.cs.adfa.edu.au>; Fri, 6 Apr 2001 06:44:40 +1000 (EST)
(envelope-from iking(a)microsoft.com)
Received: from 157.54.9.100 by mail4.microsoft.com (InterScan E-Mail VirusWall NT); Thu, 05 Apr 2001 12:36:57 -0700 (Pacific Daylight Time)
Received: from red-msg-06.redmond.corp.microsoft.com ([157.54.12.71]) by inet-imc-03.redmond.corp.microsoft.com with Microsoft SMTPSVC(5.0.2195.2883);
Thu, 5 Apr 2001 13:36:57 -0700
x-mimeole: Produced By Microsoft Exchange V6.0.4418.65
content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
charset="iso-8859-1"
Subject: [pups] LP on Unix 6th Ed?
Date: Thu, 5 Apr 2001 13:36:56 -0700
Message-ID: <8D25F244B8274141B5D313CA4823F39C0235D22F(a)red-msg-06.redmond.corp.microsoft.com>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: LP on Unix 6th Ed?
Thread-Index: AcC+EBtLbH33w5TmTniAo/EfTbQpZQ==
From: "Ian King" <iking(a)microsoft.com>
To: <pups(a)minnie.cs.adfa.edu.au>
X-OriginalArrivalTime: 05 Apr 2001 20:36:57.0563 (UTC) FILETIME=[288FA2B0:01C0BE10]
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by minnie.cs.adfa.edu.au id GAA40394
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
I've been scratching my head over how to set up the printer in 6th
Edition UNIX. Any hints? I tried mknod'ing /dev/lp with a variety of
major device numbers and then redirecting ls to it, with no success.
The printer interface is at the "usual" address on my PDP-11/34, and
works under another OS. w
TIA -- Ian
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id JAA41188
for pups-liszt; Fri, 6 Apr 2001 09:28:21 +1000 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
>From John Holden <johnh(a)psych.usyd.edu.au> Fri Apr 6 09:21:03 2001
Received: from psychwarp.psych.usyd.edu.au (psychwarp.psych.usyd.edu.au [129.78.83.26])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id JAA41184
for <pups(a)minnie.cs.adfa.edu.au>; Fri, 6 Apr 2001 09:28:19 +1000 (EST)
(envelope-from johnh(a)psychwarp.psych.usyd.edu.au)
Received: (from johnh@localhost)
by psychwarp.psych.usyd.edu.au (8.9.1a/8.9.1) id JAA28539
for pups(a)minnie.cs.adfa.edu.au; Fri, 6 Apr 2001 09:21:03 +1000 (EST)
Date: Fri, 6 Apr 2001 09:21:03 +1000 (EST)
From: John Holden <johnh(a)psych.usyd.edu.au>
Message-Id: <200104052321.JAA28539(a)psychwarp.psych.usyd.edu.au>
To: pups(a)minnie.cs.adfa.edu.au
Subject: Re: [pups] LP on Unix 6th Ed?
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
The lp driver usually had a major device number of 2, so 'mknod /dev/lp c 2 0'
should work, but the kernel may not have been built to support line printers.
Check in /usr/sys/conf/c.c for an entry in the 'cdevsw' table for the
'lp' entries (and the major device position). If there are null entries,
either edit c.c, compile it and relink the kernel, or edit the 'run' script
in /usr/sys/conf/ and add 'lp' after the 'mkconf' (but before the 'done')
and run the script to rebuilt the kernel.
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id OAA42567
for pups-liszt; Fri, 6 Apr 2001 14:19:22 +1000 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
>From Cyrille Lefevre <clefevre-lists(a)noos.fr> Fri Apr 6 14:11:56 2001
Received: from mail.noos.fr (verlaine.noos.net [212.198.2.73])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id OAA42563
for <pups(a)minnie.cs.adfa.edu.au>; Fri, 6 Apr 2001 14:19:18 +1000 (EST)
(envelope-from clefevre(a)poboxes.com)
Received: (qmail 2474546 invoked by uid 0); 6 Apr 2001 04:12:01 -0000
Received: from d165.dhcp212-198-231.noos.fr (HELO gits.dyndns.org) ([212.198.231.165]) (envelope-sender <clefevre(a)poboxes.com>)
by verlaine.noos.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP
for <pups(a)minnie.cs.adfa.edu.au>; 6 Apr 2001 04:12:01 -0000
Received: (from root@localhost)
by gits.dyndns.org (8.11.3/8.11.3) id f364BvC75545;
Fri, 6 Apr 2001 06:11:57 +0200 (CEST)
(envelope-from clefevre(a)poboxes.com)
To: Edward Brocklesby <ejb(a)leguin.org.uk>
Cc: pups(a)minnie.cs.adfa.edu.au
Subject: Re: [pups] Public access 2.11BSD system
References: <01040512425302.26560(a)klamath.leguin.org.uk>
X-Face: V|+c;4!|B?E%BE^{E6);aI.[<<r#uCVjK"~Ke!(a)0vxS/.,wki/c|uVnNV!BA-_gY2sfoGc3
f{#/$PT>97Zd*>^#%Y5Cxv;%Y[PT-LW3;A:fRrJ8+^k"e7@+30g0YD0*^^3jgyShN7o?a]C
la*Zv'5NA,=963bM%J^o]C
Reply-To: Cyrille Lefevre <clefevre(a)poboxes.com>
In-Reply-To: <01040512425302.26560(a)klamath.leguin.org.uk>
Mail-Copies-To: never
Original-Sender: clefevre-lists(a)noos.fr
From: Cyrille Lefevre <clefevre-lists(a)noos.fr>
Date: 06 Apr 2001 06:11:56 +0200
Message-ID: <zodull9v.fsf(a)gits.dyndns.org>
User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.1 (Cuyahoga Valley)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
Edward Brocklesby <ejb(a)leguin.org.uk> writes:
> I've set up a free public 2.11BSD system, for anyone who wants to try it..
> To create an account, just telnet to klamath.ddts.net.
would be interresting, but :
# telnet klamath.ddts.net
Trying 62.254.132.250...
telnet: connect to address 62.254.132.250: No route to host
my ip address is gits.dyndns.org (currently 212.198.231.165) and I
live in france. are there any restrictions anywhere or the machine
is down ?
Cyrille.
--
home: mailto:clefevre@poboxes.com UNIX is user-friendly; it's just particular
work: mailto:Cyrille.Lefevre@edf.fr about who it chooses to be friends with.
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id UAA43967
for pups-liszt; Fri, 6 Apr 2001 20:07:12 +1000 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
>From Edward Brocklesby <ejb(a)leguin.org.uk> Fri Apr 6 19:59:33 2001
Received: from klamath.leguin.org.uk (pc250-oxf1.cable.ntl.com [62.254.132.250])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id UAA43963
for <pups(a)minnie.cs.adfa.edu.au>; Fri, 6 Apr 2001 20:07:07 +1000 (EST)
(envelope-from ejb(a)klamath.leguin.org.uk)
Received: from localhost (localhost [[UNIX: localhost]])
by klamath.leguin.org.uk (8.9.3/8.9.3/Debian 8.9.3-21) id JAA03188
for pups(a)minnie.cs.adfa.edu.au; Fri, 6 Apr 2001 09:59:36 GMT
Content-Type: text/plain;
charset="iso-8859-1"
From: Edward Brocklesby <ejb(a)leguin.org.uk>
Organization: Leguin Network Services
To: pups(a)minnie.cs.adfa.edu.au
Subject: [pups] STYX and 2.11BSD licensing
Date: Fri, 6 Apr 2001 09:59:33 +0000
X-Mailer: KMail [version 1.2]
MIME-Version: 1.0
Message-Id: <01040609593307.26560(a)klamath.leguin.org.uk>
Content-Transfer-Encoding: 8bit
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
Hi all.
A couple of things..
First, sorry to post about this again so soon, but styx is moving to a new
location, so any accounts created from now on will be removed later today
when it's moved.
Second, where do I stand on /usr/src/ permissions? Can I allow read access
to it, or is that effectively distributing 2.11BSD source, against SCO's
license? Is there any way to verify who has obtained a license, and add them
to a src group?
Thanks,
-larne-
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id DAA48500
for pups-liszt; Sat, 7 Apr 2001 03:50:14 +1000 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
>From "Lars J. Buitinck" <lars(a)fwn.rug.nl> Sat Apr 7 03:45:31 2001
Received: from smtp.hccnet.nl (smtp.hccnet.nl [62.251.0.13])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id DAA48496
for <pups(a)minnie.cs.adfa.edu.au>; Sat, 7 Apr 2001 03:50:09 +1000 (EST)
(envelope-from lars(a)fwn.rug.nl)
Received: from fwn.rug.nl by smtp.hccnet.nl
via uds198-43.dial.hccnet.nl [62.251.43.198] with ESMTP for <pups(a)minnie.cs.adfa.edu.au>
id TAA18614 (8.8.5/1.13); Fri, 6 Apr 2001 19:42:46 +0200 (MET DST)
Message-ID: <3ACE00BB.FE5D18F8(a)fwn.rug.nl>
Date: Fri, 06 Apr 2001 19:45:31 +0200
From: "Lars J. Buitinck" <lars(a)fwn.rug.nl>
X-Mailer: Mozilla 4.7 [en] (Win98; I)
X-Accept-Language: nl,nl-BE,en,en-US,en-GB,af,de-DE,de-AT,de-CH,fr,fr-FR,fr-BE,fr-CA
MIME-Version: 1.0
To: pups(a)minnie.cs.adfa.edu.au
Subject: Re: [pups] STYX and 2.11BSD licensing
References: <01040609593307.26560(a)klamath.leguin.org.uk>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
Couple of suggestions:
1. Make a user account that automatically replies to email by sending a
user a copy of the SCO license and an automatically generated code,
which the user should then send back to be added to the src group. I
could write a program for you.
2. Make a program that checks whether a user is in the src group, if
not displays the SCO license, asks if the user accepts the license, if
so adds the user to the src group. Problem is that this program should
be SUID...
I'll start working on the first suggested program rightaway. Don't have
much else to do anyway ;-)
Edward Brocklesby wrote:
>
> Hi all.
>
> A couple of things..
>
> First, sorry to post about this again so soon, but styx is moving to a new
> location, so any accounts created from now on will be removed later today
> when it's moved.
>
> Second, where do I stand on /usr/src/ permissions? Can I allow read access
> to it, or is that effectively distributing 2.11BSD source, against SCO's
> license? Is there any way to verify who has obtained a license, and add them
> to a src group?
>
> Thanks,
> -larne-
--
If I traveled to the end of the rainbow
As Dame Fortune did intend,
Murphy would be there to tell me
The pot's at the other end.
-- Bert Whitney
Lars J. Buitinck
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id GAA49251
for pups-liszt; Sat, 7 Apr 2001 06:03:13 +1000 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
>From Wolfgang Helbig <helbig(a)Informatik.BA-Stuttgart.DE> Sat Apr 7 05:59:11 2001
Received: from RVC1.Informatik.BA-Stuttgart.DE (isdn296.s.netic.de [212.9.163.40])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id GAA49247
for <pups(a)minnie.cs.adfa.edu.au>; Sat, 7 Apr 2001 06:03:08 +1000 (EST)
(envelope-from helbig(a)Informatik.BA-Stuttgart.DE)
Received: (from helbig@localhost)
by RVC1.Informatik.BA-Stuttgart.DE (8.11.2/8.9.3) id f36JxBq18211
for pups(a)minnie.cs.adfa.edu.au; Fri, 6 Apr 2001 21:59:11 +0200 (CEST)
Date: Fri, 6 Apr 2001 21:59:11 +0200 (CEST)
From: Wolfgang Helbig <helbig(a)Informatik.BA-Stuttgart.DE>
Message-Id: <200104061959.f36JxBq18211(a)RVC1.Informatik.BA-Stuttgart.DE>
To: pups(a)minnie.cs.adfa.edu.au
Subject: [pups] Enhancement of SIMH-V2.5a
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
Hi,
As the subject says, I enhanced the PDP-11 simulator from Robert
Supnik(V2.5a). Please tell me, if the README sounds interesting to
you. In that case, maybe we could arrange to put the tar ball on
one of minnie's disks.
Wolfgang
Here is the README:
MAR-13-01
This directory contains Robert Supnik's simulator controller V2.5a
together with the PDP-11 simulator. I modified the PDP-11 simulator.
The other simulators from the original V2.5a distribution are not
included in this directory.
The details:
Physical Addresses
------------------
The deposit and examine commands treated physical addresses as 22
bit addresses, even if the CPU was set to 18 bit addresses. Thus,
the I/O page was addressed from 17760000 to 17777776. I changed
this. Now, if the CPU is set to 18 bit, the I/O page is addressed
from 760000 to 770000.
Three additional KL11 terminal devices:
---------------------------------------
KL11 File Input (KLI0, KLI1, KLI2):
The KL11 file input (KLIx) units read from an attached file. They
implement the same registers as the KL11 terminal input (TTI).
(cf. 5.2.3 in simh_doc.txt)
KL11 File Output (KLO0, KLO1, KLO2)
The KL11 file output (KLOx) units append to an attached file. They
implement the same registers as the KL11 terminal output unit (TTI).
(cf. 5.2.4 in simh_doc.txt)
The added program ASR supplies a (host)-terminal interface to
the KLI/O attached files.
ASR is invoked as
asr kli klo .
It polls the host terminal (stdin) and appends the polled bytes
to the file kli. Furthermore it polls the file klo and copies
the polled bytes to the host terminal (stdout).
To quit asr, enter ^E.
To build asr, enter:
cc asr.c scp_tty.c
cp a.out asr
Building the pdp11-simulator:
The source code is in pdp11_kl.c. So the installation instructions in
simh_doc.txt apply.
Both asr and pdp11_kl.c is only tested on NetBSD 1.5. It hopefully
works on other UNIX-like host operating systems as well.
Example of who to to connect the file-I/O KL-devices and asr:
Start the simulator.
Attach the file kli to KLI0 and the file klo to KLO0.
Enter
asr kli klo
from another host terminal.
Now, whatever you type, goes to KLI0, and whatever is written by
KLO0 is typed onto your terminal.
Device numbers of the terminal devices in PDP11-UNIX V6:
UNIT major/minor number
TTI/TTO 0/0 (/dev/tty8, the console)
KLI0/KLO0 0/1
KLI1/KLO1 0/2
KLI2/KLO2 0/3
Synchronization of the line clock to the host clock:
---------------------------------------------------
"SYNC" is an add-on to the PDP-11 line clock device. It tries to
synchronize the Line-time Clock (CLK, cf. 5.2.6 in simh_doc.txt)
with the host time. It only works if the unsynchronized CLK runs
too fast. On every tick of CLK, the simulator then sleeps until a
total of 1/60 seconds elapsed from the last tick.
Synchronization slows down the simulator and reduces the load of
the CPU. It is turned on automatically through activation of
the CLK device. The clock device is activated through a RESET.
You can turn off synchronization by depositing '1' into the newly
added "SYNCH"-register of the CLK-unit. To turn on synchronizing,
deposit '0' into it. If synchronizing is active, the SYNCH-register
shows the host time (number of seconds elapsed since Jan 1 1970
UTC).
Have fun,
Wolfgang Helbig <helbig(a)ba-stuttgart.de>
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id GAA49442
for pups-liszt; Sat, 7 Apr 2001 06:55:26 +1000 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
>From Edward Brocklesby <ejb(a)leguin.org.uk> Sat Apr 7 06:47:57 2001
Received: from klamath.leguin.org.uk (pc250-oxf1.cable.ntl.com [62.254.132.250])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id GAA49438
for <pups(a)minnie.cs.adfa.edu.au>; Sat, 7 Apr 2001 06:55:18 +1000 (EST)
(envelope-from ejb(a)klamath.leguin.org.uk)
Received: from localhost (localhost [[UNIX: localhost]])
by klamath.leguin.org.uk (8.9.3/8.9.3/Debian 8.9.3-21) id UAA00618
for pups(a)minnie.cs.adfa.edu.au; Fri, 6 Apr 2001 20:47:58 GMT
Content-Type: text/plain;
charset="iso-8859-1"
From: Edward Brocklesby <ejb(a)leguin.org.uk>
Organization: Leguin Network Services
To: pups(a)minnie.cs.adfa.edu.au
Subject: Re: [pups] STYX and 2.11BSD licensing
Date: Fri, 6 Apr 2001 20:47:57 +0000
X-Mailer: KMail [version 1.2]
References: <01040609593307.26560(a)klamath.leguin.org.uk> <3ACE00BB.FE5D18F8(a)fwn.rug.nl>
In-Reply-To: <3ACE00BB.FE5D18F8(a)fwn.rug.nl>
MIME-Version: 1.0
Message-Id: <01040620475700.00557(a)klamath.leguin.org.uk>
Content-Transfer-Encoding: 8bit
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
On Friday 06 April 2001 5:45 pm, Lars J. Buitinck wrote:
> Couple of suggestions:
>
> 1. Make a user account that automatically replies to email by sending a
> user a copy of the SCO license and an automatically generated code,
> which the user should then send back to be added to the src group. I
> could write a program for you.
Hmm, yes.. would it just ask them to accept the license, or direct them to
SCO's site, and get them to send back SCO's license code? I'm really not
sure of the legal issues surrounding this (or even how much it matters,
now that it only takes 5 minutes to obtain a license..)
> 2. Make a program that checks whether a user is in the src group, if
> not displays the SCO license, asks if the user accepts the license, if
> so adds the user to the src group. Problem is that this program should
> be SUID...
Locking the group file and securely updating it shouldn't be *too* hard, but
yes, I'd prefer not to have many setuid programs around (I've already done
a small audit of the code and fixed a couple of security bugs, and removed
setuid bits from as many programs as possible.. I really wouldn't want someone
to have root on it, simply because it would allow them to take any IP address
on the host's network).
> I'll start working on the first suggested program rightaway. Don't have
> much else to do anyway ;-)
cheers :>
-larne-
PS- styx is down right now, it's getting it's own (100% dedicated :) box,
hosted at tele.dk.. this should be setup over the weekend, then it'll be
up and running again.
Also, if anyone wants my INET_RESTRICT kernel patch (which only allows users
in INET_GROUP to call connect()) for 2.11BSD, I can put it online somewhere
(although it's really not that difficult to implement). Also if 2.11BSD is
still being maintained, the setproctitle() vulnerability recently discovered
in 4BSD derived ftpd is still present (trivial fix - change
setproctitle(title) to setproctitle("%s", title)). I'm still going through
various 4BSD code security problems to determine which are present in 2BSD.
And lastly, if anyone wants source to the newuser program I used, I can put
that online too.
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id JAA50238
for pups-liszt; Sat, 7 Apr 2001 09:45:06 +1000 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
>From "Steven M. Schultz" <sms(a)moe.2bsd.com> Sat Apr 7 09:24:19 2001
Received: from moe.2bsd.com (MOE.2BSD.COM [206.139.202.200])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id JAA50234
for <pups(a)minnie.cs.adfa.edu.au>; Sat, 7 Apr 2001 09:45:00 +1000 (EST)
(envelope-from sms(a)moe.2bsd.com)
Received: (from sms@localhost)
by moe.2bsd.com (8.10.1/8.10.1) id f36NOJs03847
for pups(a)minnie.cs.adfa.edu.au; Fri, 6 Apr 2001 16:24:19 -0700 (PDT)
Date: Fri, 6 Apr 2001 16:24:19 -0700 (PDT)
From: "Steven M. Schultz" <sms(a)moe.2bsd.com>
Message-Id: <200104062324.f36NOJs03847(a)moe.2bsd.com>
To: pups(a)minnie.cs.adfa.edu.au
Subject: Re: [pups] STYX and 2.11BSD licensing
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
Hi --
> From: Edward Brocklesby <ejb(a)leguin.org.uk>
> (although it's really not that difficult to implement). Also if 2.11BSD is
> still being maintained, the setproctitle() vulnerability recently discovered
> in 4BSD derived ftpd is still present (trivial fix - change
> setproctitle(title) to setproctitle("%s", title)). I'm still going through
2.11's still maintained - I've been busy (and a bit "burned out") and
haven't fired up the 11/73 as much as I should have or used to. So
many projects, so little time ...
Sounds like it's time to at least get the FTPD bug fixed though ;)
Steven Schultz
sms(a)to.gd-es.com
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id VAA53356
for pups-liszt; Sat, 7 Apr 2001 21:33:01 +1000 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
>From "Lars J. Buitinck" <lars(a)fwn.rug.nl> Sat Apr 7 21:28:07 2001
Received: from smtp.hccnet.nl (smtp.hccnet.nl [62.251.0.13])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id VAA53352
for <pups(a)minnie.cs.adfa.edu.au>; Sat, 7 Apr 2001 21:32:56 +1000 (EST)
(envelope-from lars(a)fwn.rug.nl)
Received: from fwn.rug.nl by smtp.hccnet.nl
via uds148-43.dial.hccnet.nl [62.251.43.148] with ESMTP
id NAA14473 (8.8.5/1.13); Sat, 7 Apr 2001 13:25:24 +0200 (MET DST)
Message-ID: <3ACEF9C7.20A1328E(a)fwn.rug.nl>
Date: Sat, 07 Apr 2001 13:28:07 +0200
From: "Lars J. Buitinck" <lars(a)fwn.rug.nl>
X-Mailer: Mozilla 4.7 [en] (Win98; I)
X-Accept-Language: nl,nl-BE,en,en-US,en-GB,af,de-DE,de-AT,de-CH,fr,fr-FR,fr-BE,fr-CA
MIME-Version: 1.0
To: Edward Brocklesby <ejb(a)leguin.org.uk>, pups(a)minnie.cs.adfa.edu.au
Subject: Re: [pups] STYX and 2.11BSD licensing
References: <01040609593307.26560(a)klamath.leguin.org.uk> <3ACE00BB.FE5D18F8(a)fwn.rug.nl> <01040620475700.00557(a)klamath.leguin.org.uk>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
Edward Brocklesby wrote:
>
> Hmm, yes.. would it just ask them to accept the license, or direct them to
> SCO's site, and get them to send back SCO's license code? I'm really not
> sure of the legal issues surrounding this (or even how much it matters,
> now that it only takes 5 minutes to obtain a license..)
Less than 5 minutes. I don't know when you got your license, but they
don't even give a code anymore - they just show the license, let you
click "ACCEPT" and you're in their archive. Just show 'em the license.
> Locking the group file and securely updating it shouldn't be *too* hard, but
> yes, I'd prefer not to have many setuid programs around (I've already done
> a small audit of the code and fixed a couple of security bugs, and removed
> setuid bits from as many programs as possible.. I really wouldn't want someone
> to have root on it, simply because it would allow them to take any IP address
> on the host's network).
And I don't feel like being responsible for anything bad that happens to
your box by a bug in MFSRP - My First SUID Root Program :-)
--
If I traveled to the end of the rainbow
As Dame Fortune did intend,
Murphy would be there to tell me
The pot's at the other end.
-- Bert Whitney
Lars J. Buitinck
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id XAA53804
for pups-liszt; Sat, 7 Apr 2001 23:10:51 +1000 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
>From Edward Brocklesby <ejb(a)leguin.org.uk> Sat Apr 7 23:02:58 2001
Received: from klamath.leguin.org.uk (pc174-oxf1.cable.ntl.com [62.254.132.174])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id XAA53800
for <pups(a)minnie.cs.adfa.edu.au>; Sat, 7 Apr 2001 23:10:40 +1000 (EST)
(envelope-from ejb(a)klamath.leguin.org.uk)
Received: from localhost (localhost [[UNIX: localhost]])
by klamath.leguin.org.uk (8.9.3/8.9.3/Debian 8.9.3-21) id NAA00870;
Sat, 7 Apr 2001 13:02:59 GMT
Content-Type: text/plain;
charset="iso-8859-1"
From: Edward Brocklesby <ejb(a)leguin.org.uk>
Organization: Leguin Network Services
To: "Steven M. Schultz" <sms(a)moe.2bsd.com>, pups(a)minnie.cs.adfa.edu.au
Subject: Re: [pups] STYX and 2.11BSD licensing
Date: Sat, 7 Apr 2001 13:02:58 +0000
X-Mailer: KMail [version 1.2]
References: <200104062324.f36NOJs03847(a)moe.2bsd.com>
In-Reply-To: <200104062324.f36NOJs03847(a)moe.2bsd.com>
MIME-Version: 1.0
Message-Id: <01040713025800.00566(a)klamath.leguin.org.uk>
Content-Transfer-Encoding: 8bit
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
On Friday 06 April 2001 11:24 pm, Steven M. Schultz wrote:
> 2.11's still maintained - I've been busy (and a bit "burned out") and
> haven't fired up the 11/73 as much as I should have or used to. So
> many projects, so little time ...
Hm, I saw the patch archive.. which patchlevel is the 2.11_rp_unknown image
on minnie at?
There's a couple of things I'd be interested in adding to 2BSD, though I'm
not sure if they'd make it into upstream. One is the 4BSD timezones system,
which is somewhat better than setting TIMEZONE in the kernel..
-larne-
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id DAA55128
for pups-liszt; Sun, 8 Apr 2001 03:15:07 +1000 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
>From "Steven M. Schultz" <sms(a)moe.2bsd.com> Sun Apr 8 03:00:01 2001
Received: from moe.2bsd.com (MOE.2BSD.COM [206.139.202.200])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id DAA55124
for <pups(a)minnie.cs.adfa.edu.au>; Sun, 8 Apr 2001 03:15:03 +1000 (EST)
(envelope-from sms(a)moe.2bsd.com)
Received: (from sms@localhost)
by moe.2bsd.com (8.10.1/8.10.1) id f37H01815466
for pups(a)minnie.cs.adfa.edu.au; Sat, 7 Apr 2001 10:00:01 -0700 (PDT)
Date: Sat, 7 Apr 2001 10:00:01 -0700 (PDT)
From: "Steven M. Schultz" <sms(a)moe.2bsd.com>
Message-Id: <200104071700.f37H01815466(a)moe.2bsd.com>
To: pups(a)minnie.cs.adfa.edu.au
Subject: Re: [pups] STYX and 2.11BSD licensing
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
Hi -
> From: Edward Brocklesby <ejb(a)leguin.org.uk>
> Hm, I saw the patch archive.. which patchlevel is the 2.11_rp_unknown image
> on minnie at?
It's ancient. Look at /VERSION - it should have the current rev
level:
Current Patch Level: 436
Date: February 22, 2001
Oh, I see I've number 436 almost ready to publish ;)
> There's a couple of things I'd be interested in adding to 2BSD, though I'm
> not sure if they'd make it into upstream. One is the 4BSD timezones system,
> which is somewhat better than setting TIMEZONE in the kernel..
The 4BSD timezone stuff is already there, at least in userland - see
/usr/share/zoneinfo and 'tic' and so on.
Since most PDP-11s do not have a "CMOS clock" to get the date and time
from I'm not sure where the kernel would get its initial date/time
from. Some models (11/93) have a TOY clock that could be set to
GMT, but the other models do not - so the user/admin would have to
remember to set the date/time to GMT when booting the system.
Steven Schultz
moe.2bsd.com
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id IAA56444
for pups-liszt; Sun, 8 Apr 2001 08:14:24 +1000 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
>From Wolfgang Helbig <helbig(a)Informatik.BA-Stuttgart.DE> Sun Apr 8 08:10:15 2001
Received: from RVC1.Informatik.BA-Stuttgart.DE (isdn268.s.netic.de [212.9.163.12])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id IAA56440
for <pups(a)minnie.cs.adfa.edu.au>; Sun, 8 Apr 2001 08:14:18 +1000 (EST)
(envelope-from helbig(a)Informatik.BA-Stuttgart.DE)
Received: (from helbig@localhost)
by RVC1.Informatik.BA-Stuttgart.DE (8.11.2/8.9.3) id f37MAFu20067;
Sun, 8 Apr 2001 00:10:15 +0200 (CEST)
Date: Sun, 8 Apr 2001 00:10:15 +0200 (CEST)
From: Wolfgang Helbig <helbig(a)Informatik.BA-Stuttgart.DE>
Message-Id: <200104072210.f37MAFu20067(a)RVC1.Informatik.BA-Stuttgart.DE>
To: pups(a)minnie.cs.adfa.edu.au, sms(a)moe.2bsd.com
Subject: Re: [pups] STYX and 2.11BSD licensing
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
> Since most PDP-11s do not have a "CMOS clock" to get the date and time
> from I'm not sure where the kernel would get its initial date/time
> from. [ ... ]
In UNIX V6/V7 the kernel reads the initial time from the superblock of the
root file system. The timestamp is written each time the superblock is updated
on disk.
> GMT, but the other models do not - so the user/admin would have to
> remember to set the date/time to GMT when booting the system.
The admin just has to remember that the date(1) command converts from
localtime to GMT when setting the date -- unless an 's' is appended to
the date string. (in V6 only, not mentioned in its man page)
BTW. in V6, the timezone offset was not coded into the kernel, but
in the C-library source ctime.c. If you happen to live outside
Eastern Timezone, you'll have to change it. Furthermore the daylight
saving time switch is hardcoded in localtime() -- last Sunday in
April and last Sunday in October, with different rules for 1974
(Jan 5 and last Sunday in November) and 1975 (last Sunday in February
and last Sunday in November).
So you in V6 don't have to rebuild the kernel to adopt the timezone
changes. Instead you have to rebuild the C-Library (at least
replace ctime.c) and build all commands that depend on it. I've
found these:
date find ls who cron dump mail pr restore
Putting the timezone offset into the kernel like in V7 seems to be
better, because you don't have to recompile all those commands.
Wolfgang
PS. I've patches to V6, that make it y2k ready and avoid some integer
overflows in ctime, which occure since 1998, so not related
to y2k.
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id JAA56796
for pups-liszt; Sun, 8 Apr 2001 09:30:04 +1000 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
>From "Steven M. Schultz" <sms(a)moe.2bsd.com> Sun Apr 8 09:17:44 2001
Received: from moe.2bsd.com (MOE.2BSD.COM [206.139.202.200])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id JAA56792
for <pups(a)minnie.cs.adfa.edu.au>; Sun, 8 Apr 2001 09:30:00 +1000 (EST)
(envelope-from sms(a)moe.2bsd.com)
Received: (from sms@localhost)
by moe.2bsd.com (8.10.1/8.10.1) id f37NHij19414
for pups(a)minnie.cs.adfa.edu.au; Sat, 7 Apr 2001 16:17:44 -0700 (PDT)
Date: Sat, 7 Apr 2001 16:17:44 -0700 (PDT)
From: "Steven M. Schultz" <sms(a)moe.2bsd.com>
Message-Id: <200104072317.f37NHij19414(a)moe.2bsd.com>
To: pups(a)minnie.cs.adfa.edu.au
Subject: Re: [pups] STYX and 2.11BSD licensing
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
Hi -
> From: Wolfgang Helbig <helbig(a)Informatik.BA-Stuttgart.DE>
> In UNIX V6/V7 the kernel reads the initial time from the superblock of the
> root file system. The timestamp is written each time the superblock is updated
> on disk.
2.11 (and as far as I can remember all of the 2BSD family) do the
same thing.
The trouble is that the initial time upon boot can be seriously wrong.
For example I haven't booted my 11/73 in a month or two - the date and
time will be sometime in Jan or Feb.
In the "PC" world there's the CMOS clock (set to GMT on all the systems
I have) and a battery - when the system boots it can read the
correct/current/GMT date/time from the hardware (as can a 11/93 with
a TOY clock).
> BTW. in V6, the timezone offset was not coded into the kernel, but
> in the C-library source ctime.c. If you happen to live outside
Yep - I had hoped to never have to remember _that_ again ;)
> Putting the timezone offset into the kernel like in V7 seems to be
> better, because you don't have to recompile all those commands.
Right.
It is only one module in the kernel (param.c) that needs to
be recompiled - just edit param.c and that's the only module that will
be rebuilt.
Another way is to use 'adb -w -k ...' and patch the kernel and/or
memory.
Steven Schultz
sms(a)moe.2bsd.com
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id CAA61234
for pups-liszt; Mon, 9 Apr 2001 02:18:54 +1000 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
>From "Fred N. van Kempen" <Fred.van.Kempen(a)microwalt.nl> Mon Apr 9 02:04:34 2001
Received: from mwnt5.microwalt.nl (mwnt5.microwalt.nl [195.86.89.38])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id CAA61230
for <pups(a)minnie.cs.adfa.edu.au>; Mon, 9 Apr 2001 02:18:49 +1000 (EST)
(envelope-from Fred.van.Kempen(a)microwalt.nl)
Received: from mwnt4.microwalt.nl (unverified) by mwnt5.microwalt.nl
(Content Technologies SMTPRS 4.1.5) with ESMTP id <T0a005f2652cb7c5a20(a)mwnt5.microwalt.nl>;
Sun, 8 Apr 2001 18:07:22 +0100
Received: by mwnt4.microwalt.nl with Internet Mail Service (5.5.2650.21)
id <2HH7NA3Y>; Sun, 8 Apr 2001 18:04:36 +0200
Message-ID: <6F63E31101C6D41196490008C7B2BFC3020ABB(a)mwnt4.microwalt.nl>
From: "Fred N. van Kempen" <Fred.van.Kempen(a)microwalt.nl>
To: "'Steven M. Schultz'" <sms(a)moe.2bsd.com>, pups(a)minnie.cs.adfa.edu.au
Subject: RE: [pups] STYX and 2.11BSD licensing
Date: Sun, 8 Apr 2001 18:04:34 +0200
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
All,
> Since most PDP-11s do not have a "CMOS clock" to get the date and
> time from I'm not sure where the kernel would get its initial
> date/time from.
Dunno about V6/V7/2BSD, but Ultrix-11 uses the "last modified" date-stamp
from the root file system (inode 1; /) to save/restore the last known
date. Kinda works, and better than having a system run in 1970 initially :)
Still, TZ info is stored im the kernel. Would be nice to have that in
user space, too...
--fred
**********************************************************************
This email and any files transmitted with it are confidential and
intended solely for the use of the individual or entity to whom they
are addressed. If you have received this email in error please notify
the system manager.
This footnote also confirms that this email message has been swept by
MIMEsweeper for the presence of computer viruses.
www.mimesweeper.com
**********************************************************************
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id EAA86572
for pups-liszt; Wed, 11 Apr 2001 04:45:21 +1000 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
Something I thought is worth warning folks about. For RL01, RL02, RK06 and
RK07 (at least), the last cylinder is RESERVED for bad blocks and the pack
serial number.
Except for maintaining the bad block list, software should not write there,
and should at least preserve the serial number (and its mirror copies that
are usually present) when doing so.
The current implementation of VTServer (in particular, the code in the "hk"
driver in pdpvtstand) does not appear to take that into account.
The problem is that if you take a *full* pack image from a pack and then
restore that *full* pack image to a different pack, you will wipe out the
latter's bad block info (and perhaps write in some areas that are known not
to be very good).
Traditionally, Unix variants dealt with this by insisting that you use
error free (Suffix -EF in the DEC part number on the pack) disk
packs. However, if you are using real hardware you may no longer have
those available.
Just a "heads up".
(PS: FYI I am currently working on a flavor of the "vt" driver that will
work over a DR11C. With the proper cabling (it takes different cables for
input and output) you can manage over 1MB per minute that way -- about 20
times faster than a serial port. The code is pretty simple and should work
on any old "plain jane" parallel port. (I do not know how it would behave
on a modern serial port)).
I had this working a long time ago, and VTServer prompted me to dredge it
up again and test it. It still works with my PIII 350 under Win98 (it is
old DOS code that accesses the old style parallel port directly). Within a
few weeks I expect to provide a "pt" device driver for pdpvtstand, and
cabling information and some source code for the PC side (which would be an
example only). The protocol as I currently use it has no
checksum. However I plan to modify "copy" to provide that information so
that the results can be checked after the transfer.
Jay Jaeger
---
Jay R. Jaeger The Computer Collection
cube1(a)home.com visit http://members.home.net/thecomputercollection
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id NAA27320
for pups-liszt; Wed, 4 Apr 2001 13:11:21 +1000 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
>From Warren Toomey <wkt(a)henry.cs.adfa.edu.au> Wed Apr 4 13:04:10 2001
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 NAA27316
for <pups(a)minnie.cs.adfa.edu.au>; Wed, 4 Apr 2001 13:11:19 +1000 (EST)
(envelope-from wkt(a)henry.cs.adfa.edu.au)
Received: (from wkt@localhost)
by henry.cs.adfa.edu.au (8.11.2/8.9.3) id f3434A010297;
Wed, 4 Apr 2001 13:04:10 +1000 (EST)
(envelope-from wkt)
From: Warren Toomey <wkt(a)henry.cs.adfa.edu.au>
Message-Id: <200104040304.f3434A010297(a)henry.cs.adfa.edu.au>
Subject: [pups] Re: RL and RK Last Cylinder Warning (RE: VTServer)
In-Reply-To: <4.3.2.7.2.20010403213011.044d3da0@cirithi> from Jay Jaeger at "Apr
3, 2001 09:40:08 pm"
To: Jay Jaeger <cube1(a)home.com>
Date: Wed, 4 Apr 2001 13:04:10 +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 Jay Jaeger:
> Something I thought is worth warning folks about. For RL01, RL02, RK06 and
> RK07 (at least), the last cylinder is RESERVED for bad blocks and the pack
> serial number.
Jay, I've added your warnings to the new version, vtserver2.3a-20010404.tar.gz,
which I just put out a few seconds ago. This also contains a patch to the
ODT download code from Charles H Dickman <chd_1(a)nktelco.net>:
I made some changes to the source to wait for the current memory
value and trailing space to be echoed by ODT. I also had a bit
of trouble if the output values were not padded with 0's. I think
this is because any character other than a valid octal digit or
a return or a ctrl-j is illegal in that context and causes an error.
ftp://minnie.cs.adfa.edu.au/pub/PDP-11/Vtserver/vtserver2.3a-20010404.tar.gz
> (PS: FYI I am currently working on a flavor of the "vt" driver that will
> work over a DR11C. With the proper cabling (it takes different cables for
> input and output) you can manage over 1MB per minute that way -- about 20
> times faster than a serial port. The code is pretty simple and should work
> on any old "plain jane" parallel port. (I do not know how it would behave
> on a modern serial port)).
>
> I had this working a long time ago, and VTServer prompted me to dredge it
> up again and test it. It still works with my PIII 350 under Win98 (it is
> old DOS code that accesses the old style parallel port directly). Within a
> few weeks I expect to provide a "pt" device driver for pdpvtstand, and
> cabling information and some source code for the PC side (which would be an
> example only). The protocol as I currently use it has no
> checksum. However I plan to modify "copy" to provide that information so
> that the results can be checked after the transfer.
> Jay Jaeger
Jay, if you could write a ptboot.s bootstrapper and a pt.c driver
which speaks the same protocol [should be easy - just use vt.c and
rewrite vtgetc() and vtputc()], then I'll happily add it to the
next version.
Cheers,
Warren
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id KAA33889
for pups-liszt; Thu, 5 Apr 2001 10:11:17 +1000 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
>From Warren Toomey <wkt(a)henry.cs.adfa.edu.au> Thu Apr 5 10:04:02 2001
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 KAA33880;
Thu, 5 Apr 2001 10:11:13 +1000 (EST)
(envelope-from wkt(a)henry.cs.adfa.edu.au)
Received: (from wkt@localhost)
by henry.cs.adfa.edu.au (8.11.2/8.9.3) id f35042G12856;
Thu, 5 Apr 2001 10:04:02 +1000 (EST)
(envelope-from wkt)
From: Warren Toomey <wkt(a)henry.cs.adfa.edu.au>
Message-Id: <200104050004.f35042G12856(a)henry.cs.adfa.edu.au>
Subject: [pups] Ancient Unix licenses? (fwd)
To: PDP-11 Unix Preservation Society <pups(a)minnie.cs.adfa.edu.au>,
The Unix Heritage Society <tuhs(a)minnie.cs.adfa.edu.au>
Date: Thu, 5 Apr 2001 10:04:02 +1000 (EST)
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
All,
I've received this e-mail from a student at NYU Law Department.
If any of you have copies of old Unix licenses, and your organisation
would be prepared to release copies to Greg, could you contact him.
Also, if you could send me copies of your licenses, that would be
great too. About 8 people have already done this, and I am happy to
act as a repository for this old information.
Cheers,
Warren
----- Forwarded message from gmp216(a)nyu.edu -----
From gmp(a)zebware.com Thu Apr 5 09:49:39 2001
To: wkt(a)cs.adfa.edu.au
From: gmp216(a)nyu.edu
Subject: Ancient Unix licenses?
Date: Wed, 04 Apr 2001 23:49:31 +0000
Sender: gmp(a)zebware.com
Peter Salus identified you as the collector of old Unix versions, so I
thought you might be able to help me with a project I am working on.
I am studying the legal history of Unix for a colloquium at NYU, and I
would really love to see copies of the old Unix licenses that the various
universities signed. Do you happen to have access to any of these? All I
can find are the transcribed tape labels from your archive which say things
like "subject to the software agreement you have with Western Electric."
Thanks! And thank you also for pushing to make the source code available.
That has been an immeasurable help.
---
Greg Pomerantz
NYU Law, J.D. '02
----- End of forwarded message from gmp216(a)nyu.edu -----
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id SAA36569
for pups-liszt; Thu, 5 Apr 2001 18:36:58 +1000 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
Well, I had mixed success on a PDP-11/24.
First off, a couple of bugs.
In vtserver.c in the code that loads the bootstrap via console odt, the "C"
format strings have "%6o". These need to be changed to "%6.6o" to make it
work on my 11/24. Otherwise you get leading spaces.
Also, the code that sends an entire ODT command in one "write()" fails. I
had to change that (and the one that sends the "G" command) into a loop
where I wrote just one character, and then read back one character that the
11/24 echoed. Otherwise it just hung.
I suspect both of these changes would fix problems on some machines and
would not harm any others.
So, I got around that, and the standalone loaded. (Hooray) But.....
When I tried to use my RK07 as input ( hk(0,0,0) , I got an error: sc=1
cs2=64 er=40 . Upon examination, HKCS1 bit 10 was indeed off (indicating
an RK611 controller) whereas the RK07 bit for the drive at +12(octal) was
set ON. So, the error itself is not unreasonable. But....
I looked at the code in hk.c, and tried it manually after resetting the
machine, and the code should be getting the expected drive error when it
first tries to address it as an RK06. That should cause it to switch to
thinking it is an RK07, but something is going haywire. And, if I boot a
pack, the boot code correctly figures out that it is an RK07 (when I look
after it reads the boot block off of a garbage pack, Bit 10 in HKCS1 is
indeed on).
So, my guess is that the code in hk.c is busted in some way.
Are there "2.11BSD for dummies under an emulator" instructions somewhere,
so that I could hardwire hk.c to an RK07 temporarily? Or, perhaps can
someone point me to the physical memory addresses in hk.c so I could just
patch the array to tell it I have 2 RK07's ahead of time, rather than
having it attempt to auto-detect the drive type?
Haaaaaaaaaaaaalp 8~)
Jay Jaeger
---
Jay R. Jaeger The Computer Collection
cube1(a)home.com visit http://members.home.net/thecomputercollection
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id RAA10752
for pups-liszt; Sat, 31 Mar 2001 17:55:53 +1000 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
>From Robin Birch <robin(a)ruffnready.co.uk> Sat Mar 31 17:47:28 2001
Received: from anchor-post-34.mail.demon.net (anchor-post-34.mail.demon.net [194.217.242.92])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id RAA10748
for <pups-digest(a)minnie.cs.adfa.edu.au>; Sat, 31 Mar 2001 17:55:47 +1000 (EST)
(envelope-from robin(a)ruffnready.co.uk)
Received: from falstaf.demon.co.uk ([158.152.152.109])
by anchor-post-34.mail.demon.net with esmtp (Exim 2.12 #1)
id 14jG82-000IE3-0Y; Sat, 31 Mar 2001 08:48:58 +0100
Message-ID: <XPB0TIAQuYx6Ewac(a)ruffnready.co.uk>
Date: Sat, 31 Mar 2001 08:47:28 +0100
To: Jay Jaeger <cube1(a)home.com>
Cc: pups-digest(a)minnie.cs.adfa.edu.au
From: Robin Birch <robin(a)ruffnready.co.uk>
Subject: Re: [pups] Re: New Release of VTserver program
References: <200103282045.GAA92101(a)minnie.cs.adfa.edu.au>
<4.3.2.7.2.20010330212401.00bb29b0@cirithi>
In-Reply-To: <4.3.2.7.2.20010330212401.00bb29b0@cirithi>
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 <4.3.2.7.2.20010330212401.00bb29b0@cirithi>, Jay Jaeger
<cube1(a)home.com> writes
>Well, I had mixed success on a PDP-11/24.
>
>First off, a couple of bugs.
>
>In vtserver.c in the code that loads the bootstrap via console odt, the "C"
>format strings have "%6o". These need to be changed to "%6.6o" to make it
>work on my 11/24. Otherwise you get leading spaces.
>
>Also, the code that sends an entire ODT command in one "write()" fails. I
>had to change that (and the one that sends the "G" command) into a loop
>where I wrote just one character, and then read back one character that the
>11/24 echoed. Otherwise it just hung.
>
>I suspect both of these changes would fix problems on some machines and
>would not harm any others.
>
>So, I got around that, and the standalone loaded. (Hooray) But.....
>
>When I tried to use my RK07 as input ( hk(0,0,0) , I got an error: sc=1
>cs2=64 er=40 . Upon examination, HKCS1 bit 10 was indeed off (indicating
>an RK611 controller) whereas the RK07 bit for the drive at +12(octal) was
>set ON. So, the error itself is not unreasonable. But....
>
>I looked at the code in hk.c, and tried it manually after resetting the
>machine, and the code should be getting the expected drive error when it
>first tries to address it as an RK06. That should cause it to switch to
>thinking it is an RK07, but something is going haywire. And, if I boot a
>pack, the boot code correctly figures out that it is an RK07 (when I look
>after it reads the boot block off of a garbage pack, Bit 10 in HKCS1 is
>indeed on).
>
>So, my guess is that the code in hk.c is busted in some way.
>
>Are there "2.11BSD for dummies under an emulator" instructions somewhere,
>so that I could hardwire hk.c to an RK07 temporarily? Or, perhaps can
>someone point me to the physical memory addresses in hk.c so I could just
>patch the array to tell it I have 2 RK07's ahead of time, rather than
>having it attempt to auto-detect the drive type?
>
Jay,
I don't know how to do this and I suspect that it would be very
difficult (someone PLEASE prove me wrong). But, if you load it into an
emulator using another type of disk, say, an RP05 or RM05 that the
emulator can support, then you can play with hk.c to your heart's
content. Then you can run the code out and test it on the PDP.
Cheers
Robin
>Haaaaaaaaaaaaalp 8~)
>
>Jay Jaeger
>---
>Jay R. Jaeger The Computer Collection
>cube1(a)home.com visit http://members.home.net/thecomputercollect
>ion
>
____________________________________________________________________
Robin Birch robin(a)ruffnready.co.uk
M1ASU/2E0ARJ/M5ABD Old computers and radios always welcome
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id AAA12583
for pups-liszt; Sun, 1 Apr 2001 00:33:07 +1000 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
>From "Gregory R. Travis" <greg(a)ciswired.com> Sun Apr 1 00:26:58 2001
Received: from goby.ciswired.com (IDENT:root@goby.ciswired.com [206.97.67.65])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id AAA12579
for <pups-digest(a)minnie.cs.adfa.edu.au>; Sun, 1 Apr 2001 00:33:02 +1000 (EST)
(envelope-from greg(a)ciswired.com)
Received: from weasel.ciswired.com (root(a)weasel.ciswired.com [206.97.67.73])
by goby.ciswired.com (8.8.7/8.8.7) with ESMTP id JAA12688;
Sat, 31 Mar 2001 09:17:21 -0500
Received: from localhost (greg@localhost)
by weasel.ciswired.com (8.9.3/8.9.3) with ESMTP id JAA08702;
Sat, 31 Mar 2001 09:26:58 -0500
X-Authentication-Warning: weasel.ciswired.com: greg owned process doing -bs
Date: Sat, 31 Mar 2001 09:26:58 -0500 (EST)
From: "Gregory R. Travis" <greg(a)ciswired.com>
To: classiccmp(a)classiccmp.org, pups-digest(a)minnie.cs.adfa.edu.au
Subject: [pups] Reformat RA81/82?
Message-ID: <Pine.LNX.4.10.10103310916520.8697-100000(a)weasel.ciswired.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
Can RA81/82 disks be reformatted in the field? If so, is this
done through XXDP or is there a way to do it from the disk's
serial port?
My RA82 occasionally lights its FAULT light and extinguishes its
ready light during write operations. The likelyhood of it
faulting appears (but I am not certain) to be correlated with a specific
region of the disk.
About five-ten seconds after the fault, the FAULT indicator turns
off and ready comes back on. At no time is an I/O error generated
that the application or the operating system (2.11BSD) see
so this fault appears to be transient and is resolved by either
the drive or the drive/controller together.
It "smells" like a data write error that's resolved after a few
automatic retries. I'm hoping a low-level reformat could clear it
up. Am I wacked out?
If there's an XXDP exerciser/formatter available I'd appreciate it
if someone could point me there. It's been nearly twenty years since
the last time I even tried running XXDP
Thanks as always,
greg
p.s. The RA81 drive on the same controller never gives any
trouble (yet). I've tried some more basic things like
swapping SDI cables and drive ports but it doesn't make
a difference.
Gregory Travis
Cornerstone Information Systems ATS
greg(a)ciswired.com
812 330 4361 ext. 18
Robert and Warren,
Robert asks:
> Is Ultrix installable from Vtserver yet? It appears to be the only other
> version of unix that will work with MSCP disk drives, and maybe I'd have
> better luck with it than 2.11BSD. If you have any Ultrix utilities
> semi-running I'd be glad to test them for you!
and Warren replies:
> Robert, Fred van Kempen has been bashing his head on Ultrix with VT, but
> has been making progress over the past few days. I'll cc this e-mail to
> him and he can tell you the story :)
The status is as follows. Feel free to relay onto the various newsgoups
and lists; I obviously lack the time to :)
- VTserver runs on my VAX (Ultrix-32 V4.4 and V4.5)
- Client code is now in Ultrix-11 V3.1
I can get VTserver to upload the primary boot loader to the PDP-11 (I test
with two.. a MicroPDP-11/23 and a MicroPDP-11/53) and that in turn makes
the box load the Boot: program.
When that is loaded, I can go two ways:
- type "install" and Boot: will load the RAM disk from the server, and
switch to that. Works.
- manually load and run programs. Works.
The problem here, is, that Ultrix uses a very complicated memory setup,
which forces some MMU fiddling into all the drivers. Warren's driver was
done for BSD and V7, which do not have this "problem".
I am now adding this MMU support to the driver, and that's the end of it..
all other parts work fine.
Here is a test run log. Falafel is the VAX 3100. My VTserver program
uploads the boot code to the (Micro-)PDP-11 if the "-o" option is given.
{falafel:~/ULT} $ vt -o
Virtual tape server, $Revision: 2.3 $
stty cs8 -parenb 9600 clocal crtscts
Opening port /dev/tty01 .... open
Sending PDP-11 Boot Code to uODT
........................................................................
[Enterring TERMINAL/SERVER mode. Escape with <ESC><ESC>]
VTS: Opened boot
bbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbb
bbb
bbbbb
Sizing Memory...
To list options, type help then press <RETURN>
23Boot: vt(0,0)scat
VTS: Opened scat
VTS: Opened syscall
File: vt(0,0)contents
VTS: Opened contents
File 1:
2 copies of magtape boots
File 5:
This file (contents)
File 6:
The program mkfs (make a ULTRIX-11 file system)
File 7:
The program restor (restore a dump onto a file system)
File 8:
The program dskinit (disk format and verify)
Filre 9:
The program bads (scan disk for brams for memory disk (file system
image
)
File 14:
rcmds: optional software loaded into ROOT (TAR image)
File 15:
|
V
File 31:
ucmds: optional software loaded into /USR (TAR images)
File 32:
sysgen: optional sorftware for re-loading sysgen (TAR image)
File 33:
The ULTRIX-11 root file system in dump/restor format
File 34:
The ULTRIX-11 /usr file system in dump/restor format
Exit called
23Boot:
------------------------------------
The other commands work similarly. I only need to revamp the MMU stuff,
and then I'm done and we can boot/install Ultrix-11 from VT !
--fred
**********************************************************************
This email and any files transmitted with it are confidential and
intended solely for the use of the individual or entity to whom they
are addressed. If you have received this email in error please notify
the system manager.
This footnote also confirms that this email message has been swept by
MIMEsweeper for the presence of computer viruses.
www.mimesweeper.com
**********************************************************************
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id JAA86317
for pups-liszt; Wed, 28 Mar 2001 09:58:18 +1000 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
>From "Fred N. van Kempen" <Fred.van.Kempen(a)microwalt.nl> Wed Mar 28 07:18:40 2001
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 JAA86313
for <pups(a)minnie.cs.adfa.edu.au>; Wed, 28 Mar 2001 09:58:16 +1000 (EST)
(envelope-from wkt(a)henry.cs.adfa.edu.au)
Received: (from wkt@localhost)
by henry.cs.adfa.edu.au (8.11.2/8.9.3) id f2RNphe63854
for pups(a)minnie.cs.adfa.edu.au; Wed, 28 Mar 2001 09:51:43 +1000 (EST)
(envelope-from wkt)
Received: from csadfa.cs.adfa.edu.au (csadfa.cs.adfa.edu.au [131.236.21.6])
by henry.cs.adfa.edu.au (8.11.2/8.9.3) with ESMTP id f2RLPR963436
for <wkt(a)henry.cs.adfa.edu.au>; Wed, 28 Mar 2001 07:25:27 +1000 (EST)
(envelope-from Fred.van.Kempen(a)microwalt.nl)
Received: from mwnt5.microwalt.nl (mwnt5.microwalt.nl [195.86.89.38])
by csadfa.cs.adfa.edu.au (8.9.0/8.9.0) with ESMTP id HAA18994
for <wkt(a)cs.adfa.edu.au>; Wed, 28 Mar 2001 07:25:33 +1000 (EST)
Received: from mwnt4.microwalt.nl (unverified) by mwnt5.microwalt.nl
(Content Technologies SMTPRS 4.1.5) with ESMTP id <T0a005f26528ed034b1(a)mwnt5.microwalt.nl>;
Tue, 27 Mar 2001 23:22:07 +0100
Received: by mwnt4.microwalt.nl with Internet Mail Service (5.5.2650.21)
id <HLMQJ18F>; Tue, 27 Mar 2001 23:18:44 +0200
Message-ID: <6F63E31101C6D41196490008C7B2BFC3020A86(a)mwnt4.microwalt.nl>
From: "Fred N. van Kempen" <Fred.van.Kempen(a)microwalt.nl>
To: "'wkt(a)cs.adfa.edu.au'" <wkt(a)cs.adfa.edu.au>,
Robert Collet
<bob.collet(a)worldnet.att.net>,
"'stock(a)sba.nl'" <stock(a)sba.nl>,
"'kees.stravers(a)iae.nl'" <kees.stravers(a)iae.nl>
Cc: "'linuxee(a)aol.com'" <linuxee(a)aol.com>
Subject: [pups] RE: Vtserver & 2.11 standalone progs
Date: Tue, 27 Mar 2001 23:18:40 +0200
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
Guys,
> Robert, Fred van Kempen has been bashing his head on Ultrix with VT, but
> has been making progress over the past few days. I'll cc this e-mail to
> him and he can tell you the story :)
As of today, it is WORKING !
I just finished a (slooooow :) system load onto a MicroPDP-11/23. Works
like a charm.. just takes a while. Here is a log:
{falafel:~/ULT} $ vt -o
Virtual tape server, $Revision: 2.3 $
stty cs8 -parenb 9600 clocal crtscts
Opening port /dev/tty01 .... open
Sending PDP-11 Boot Code to uODT
........................................................................
[Enterring TERMINAL/SERVER mode. Escape with <ESC><ESC>]
VTS: Opened sas/boot
bbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbb
bbb
bbbbbb
Sizing Memory...
To list options, type help then press <RETURN>
23Boot: install
Copying auto-install programs to memory disk...
VTS: Opened data/saprog.dsk
rrrRrRRRRRRRRRRrrRRRRRRRrRrRrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrr
rrr
rrrrrrrrrrrrrrrrrrRrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrr
rrrr
rrrrrrrrrrRrrrrrrrrrrrrrrrrrrrrrrrRrrrrrrr
100K sent
rrrrrrrrrrrrrrrrRrrrrrrrrrrrrrrrrrrrrrRrRrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrr
rrrr
rrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrRrrrrrrrrr
rrrr
rrrrrrRrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrr
200K sent
rrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrRrrrrrrrRrrrrrrr
rrrr
rrrrrrrrrrrrrrrrrrrrrrrrrrrrrrr
****** ULTRIX-11 System Disk Load you need to answer some questions
about
your system's configuration. Enter your answer, using only lowercase
characters, then press <RETURN>. If you need help answering any of
the questions, enter a ? then press <RETURN>.
Press <RETURN> to continue:
****** WARNING *ks must be converted to the new
1K block file system.
Proceed with the installation <y or n> ? y
Target processor is an 11/23 <y or n> ? y
CURRENT CPU = 11/23, TARGET CPU = 11/23
System disk type <? for help> ? y\yrd51
****** CAUTION ******
You must scan MSCP disks for bad blocks, type ?<RETURN> for help!
Scan system disk(s) for bad blocks <y or n> ? y
****** SCANNING SYSTEM DISK(s) FOR BAD BLOCKS ******
ULTRIX-11 MSCP Disk Initialization Program
Disk type < ra60 ra80 ra81 rx33 rx50 rd31 rd32 rd51 rd52 rd53 rd54 rc25 >:
rd51
Unit number < 0-3 >: 0
Starting block number < 0 >: 0
Number of blocks to check < 21600 >:
READING...
21600 blocks checked
0 bad blocks found
0 bad blocks replaced
Exit called
****** BAD BLOCK SCAN COMPLETE ******
****** MAKING EMPTY (ROOT) FILE SYSTEM ******
File system size: 3730
Disk type: rd51
Processor type: 23
File system name: root
Volume name: sd_rd0
File system: rd(0,0)
isize = 2384
m/n = 1 72
Exit called
****** EMPTY FILE SYSTEM COMPLETED ******
****** RESTORING (ROOT) ONTO SYSTEM DISK ******
Input: vt(0,0)root
VTS: Opened data/root.dmp
Disk: rd(0,0)
rRrRrRrRrRrRrrrRrrrrrrrRrRrRrRrrrrrrrrrRrrrRrrrRrrrRrRrRrRrRrRrRrRrRrRrRrRrR
rRrR
rRrRrRrRrRrrrRrRrRrRrrrRrrrrrrrrrRrrrRrrrrrrrrrRrrrrrrrrrrrrrrrrrrrRrRrRrrrr
rrrr
rRrRrRrrrrrrrrrRrrrrrrrrrrrrrrrRrrrrrrrrr
100K sent
[... deleted ...]
3600K sent
rrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrr
rrrr
rrrrrrrrrrrrrrrrrrrrrrrrrrrrRrrrrrrrrrRrrrrrrrrrrrrrrrRrRrrrrrrrrrRrrrrrrrrr
rrrr
rrRrrrrrrrrrRrRrrrrrrrrrRrrrrrrrrrrrrrREnd of dump media
****** FILE SYSTEM RESTORE COMPLETE ******
****** CHECKING (ROOT) FILE SYSTEM ******
File: rd(0,0)
Salvage free list <y or n> ? n
rd(0,0):
files 305 (r=280,d=17,b=1,c=7,p=0,l=0)
used 3389 (i=182,ii=0,iii=0,d=3207)
free 190
missing 0
****** FILE SYSTEM CHECK COMPLETE ******
****** MAKING EMPTY (USR) FILE SYSTEM ******
File system size: 5934
Disk type: rd51
Processor type: 23
File system name: /usr
Volume name: sd_rd0
File system: rd(0,9700)
isize = 3792
m/n = 1 72
Exit called
****** EMPTY FILE SYSTEM COMPLETED ******
****** RESTORING (USR) ONTO SYSTEM DISK ******
Input: vt(0,0)usr
VTS: Opened data/usr.dmp
Disk: rd(0,9700)
rRrRrRrRrRrRrRrRrrrRrRrrrRrRrRrRrRrRrRrRrRrrrRrRrRrRrRrRrRrRrRrrrRrRrRrRrRrR
rRrR
rRrRrrrRrRrRrRrRrRrRrRrRrRrRrRrRrRrRrRrRrRrRrRrRrRrRrRrRrRrRrRrRrRrRrRrRrRrR
rRrR
rrrRrrrRrRrRrRrRrrrRrRrRrrrRrRrRrRrRrRrRr
100K sent
[... deleted ...]
5400K sent
rrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrRrRrRrrrrrrrRrrrrrrrRrRrrrrrrrrrRrrrrrrrrrrr
RrRr
RrRrrrrrRrrrRrRrRrREnd of dump media
****** FILE SYSTEM RESTORE COMPLETE ******
****** CHECKING (USR) FILE SYSTEM ******
File: rd(0,9700)
Salvage free list <y or n> ? n
rd(0,9700):
files 619 (r=570,d=49,b=0,c=0,p=0,l=0)
used 4824 (i=228,ii=1,iii=0,d=4594)
free 872
missing 0
****** FILE SYSTEM CHECK COMPLETE ******
****** COPYING BOOT TO SYSTEM DISK BLOCK ZERO ******
****** BLOCK ZERO BOOT LOADED ******
****** BOOTING ULTRIX-11 SYSTEM TO SINGLE-USER MODE ******
Sizing Memory...
23Boot: rd(0,0)unix (CTRL/C will abort auto-boot)
rd(0,0)unix:
14784+17024+8192+8000+8064+8000+8064+8128+8000+7808+7936+7936+7680+
7360+1344
eráóe ½ äelete ëill ½ U iîtr ½ Ã Û
[Back to host.]
That's where the parity stuff bites us (see the dicussion regarding
2.11BSD :) but I'll fix that later.. its a make-up change, trivial.
Let's continue with Kermit:
{falafel:~/ULT} $ kermit
Connecting to /dev/tty01, speed 9600.
The escape character is ^\ (ASCII 28).
Type the escape character followed by C to get back,
or followed by ? to see other options.
This program performs operating system setup functions during
installation and normal system operation. Setup operates in one
of three possible modes (phases), depending on the current state
of the system. The three modes are:
Phase 1: Initial setup -- prepares system for first sysgen.
Phase 2: Final setup -- completes the system setup.
Phase 3: Change setup -- handles system setup changes.
The program will ask several setup questions. Enter your answer
to each question, using lowercase characters, then press <RETURN>.
The questions include helpful hints enclosed in angle brackets < >
and/or parenthesis ( ). If you need additional help answering any
question, enter a ? or the word help then press <RETURN>.
You can correct typing mistakes by pressing the <DELETE> key to
erase a single character or <CTRL/U> to erase the entire line.
You can interrupt the setup program by typing <CTRL/C>. This
allows you to abort the setup process or restart it.
Press <RETURN> to continue:
Is the console terminal a CRT (video terminal) <y or n> ? y
PLEASE CONFIRM: console is a VIDEO terminal <y or n> ? y
****** READING SETUP DATA FROM setup.info FILE ******
(vt(0,0)boot) - bad load device!
The initial setup program cannot obtain the information it needs
to complete the installation from the setup.info file. The sdload
program writes this information into the setup.info file after
loading the software onto the system disk. For some unknown reason
the setup program cannot access the information.
You can supply the missing information or abort the installation.
If you continue, the program will prompt you for the following:
o Setup phase number
o System disk type
o Target processor type
o Software load device type
Continue the installation <y or n> ? n
****** INITIAL SETUP ABORTED ******
You have the following options:
o Restart the installation procedure at the beginning.
o Execute the following steps to retry the initial setup:
Halt the processor.
Execute the hardware bootstrap for the system disk.
The setup program should restart automatically, if
it does not, execute: cd /.setup; setup.
o Contact the Telephone Support Center or your local DIGITAL
software services office for assistance.
#
------------------------------------------------------------------------
and that's where it currently ends.
I did already upgrade the root file system dump (hey.. I knew it was
working once it started load that one.. :) so the kernel is already up
to spec. I also have updated versions of /etc/rdate and /bin/date on
it, so we can install using this era, and not go back to the early 70s :)
Problems to be fixed:
- icky parity stuff in VTserver (terminal mode) .. there are more problems
with it. I think the receive buffer can overflow if we are in the main
server_loop() routine... causing us to loose characters on input.
- no kernel support for the VT device, so, past the initial load, we're
still fucked, so to speak. In other words.. Warren, sweetie.. should
we change our priorities and do the kernel driver first, and THEN redo
the protocol as discussed last night?
Cheers,
Fred (**yawn** - 109 straight hours of coding :)
All, I spent the weekend working on my VTserver program, which lets you
copy disk images in/out of a PDP-11 without a tape drive. It's at
ftp://minnie.cs.adfa.edu.au/pub/PDP-11/Vtserver
Could I get anybody with a PDP-11, 256Kbytes of core, and no tape drive
to try this out. I'm keen to find out which -11 models it does or doesn't
work on. Also, if you have less than 256Kbytes of core, please let me
know if you want Vtserver to run on your platform. If there's enough
interest, I'll try to rewrite the code to fit in a smaller footprint.
At present, Fred van Kempen is also working on adding VT support to
Ultrix-11. When he's done, we will do a merge of the server, and add
his Ultrix client code into a separate directory of the VT distribution.
Attached is some more blurb from the README.
Warren
The Vtserver program provides you with a method of copying a disk image into
a PDP-11, or extracting a disk image from a PDP-11, without a tape drive or
indeed an installed operating system.
The approach here is use a nearby Unix or Linux computer as both the PDP-11
console and as a virtual tape server. The VTserver software comes as two
components: a set of PDP-11 software which acts as the virtual tape client,
and the server which is hosted on the nearby Unix machine. The two computers
are connected via an RS-232 null modem with hardware handshaking.
I've used the Ersatz-11 2.0 demo simulator with various
CPU models, and RL02 and RK05 disk images, to test copy. Here are the
results: copy can read and write disk images for /24, /34A, /40, /44, /45,
/70 and /94 systems when they have 256Kbytes of memory. It doesn't work for
the 11/35 as it doesn't have the MUL instruction, which the 2.11BSD C
compiler generates.
Kevin,
> I am using an 11/83 with an Emulex UC07 Qbus-SCSI card. At present I have
a
> Seagate ST4767N disk attached. The emulex card emulating an MSCP drive I
> believe.
Nice, I have one too (an UC08, which is just a dual-port version of the '7).
> I am sure I could also find a higher capacity drive without
> too much effort.
Yup.. come to Holland, attend one of the 6-weekly "dump" shows, and find
yourself
loaded with 1 and 2GB drives for a couple of bucks...
> Which disk should I tell the Ultrix installation I have to get the best
from
> my setup. I made an 'educated' guess of RA81 for the moment, and that
> works.
Ultrix will think it is an RA81, most likely. The controller will be seen
as
either an RQDX3 (MFM QBUS) or an UDA50 (MFM Unibus). Never tried that, 'cos
the
controller is still on my "todo shelf". Drives attached to either will
report
as RAxx'es...
> I could physically attach a drive with a much higher capacity
> than DEC ever envisaged, but which drive do I 'pretend' I am using.
I have a kernel with "RA99" compiled in. That is a test for my experimental
support for Ultrix-32-like "partition tables" (/etc/chpt et al). Works OK
so far...
Anyway. Uhm, your drive most probably should work fine when referred to as
an RA81 on an RQDX or similar.. UDA50 comes to mind.
Cheers,
Fred
**********************************************************************
This email and any files transmitted with it are confidential and
intended solely for the use of the individual or entity to whom they
are addressed. If you have received this email in error please notify
the system manager.
This footnote also confirms that this email message has been swept by
MIMEsweeper for the presence of computer viruses.
www.mimesweeper.com
**********************************************************************
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id JAA58983
for pups-liszt; Sat, 24 Mar 2001 09:49:41 +1100 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
>From Johnny Billquist <bqt(a)update.uu.se> Sat Mar 24 08:43:20 2001
Received: from Tempo.Update.UU.SE (IDENT:0@Tempo.Update.UU.SE [130.238.19.17])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id JAA58979
for <pups(a)minnie.cs.adfa.edu.au>; Sat, 24 Mar 2001 09:49:36 +1100 (EST)
(envelope-from bqt(a)update.uu.se)
Received: from localhost (bqt@localhost)
by Tempo.Update.UU.SE (8.11.2/8.11.2/Update-Iltempogigante) with ESMTP id f2NMhLt31294;
Fri, 23 Mar 2001 23:43:21 +0100
Date: Fri, 23 Mar 2001 23:43:20 +0100 (CET)
From: Johnny Billquist <bqt(a)update.uu.se>
To: "Fred N. van Kempen" <Fred.van.Kempen(a)microwalt.nl>
cc: "'Kevin Murrell'" <kevin(a)xpuppy.freeserve.co.uk>,
Pups Mailing List <pups(a)minnie.cs.adfa.edu.au>
Subject: RE: [pups] Disk query on Ultrix 3.1
In-Reply-To: <6F63E31101C6D41196490008C7B2BFC3020A54(a)mwnt4.microwalt.nl>
Message-ID: <Pine.LNX.4.21.0103232340070.25398-100000(a)Tempo.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 Fri, 23 Mar 2001, Fred N. van Kempen wrote:
> Kevin,
>
> > Which disk should I tell the Ultrix installation I have to get the best
> from
> > my setup. I made an 'educated' guess of RA81 for the moment, and that
> > works.
> Ultrix will think it is an RA81, most likely. The controller will be seen
> as
> either an RQDX3 (MFM QBUS) or an UDA50 (MFM Unibus). Never tried that, 'cos
> the
> controller is still on my "todo shelf". Drives attached to either will
> report
> as RAxx'es...
Actually, the UDA-50 isn't MFM, it's SDI. The QBUS equivalent is the
KDA-50.
There is no MFM controller for Unibus. That is, no equivalent of the RQDXn
exists for Unibus.
Disks on the RQDXn reports as RDxx or RXxx, while disks on the [KU]DA-50
reports as RAxx (from a hardware point of view). They're both MSCP
controllers though.
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 LAA59471
for pups-liszt; Sat, 24 Mar 2001 11:29:20 +1100 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
>From "Fred N. van Kempen" <Fred.van.Kempen(a)microwalt.nl> Sat Mar 24 10:16:13 2001
Received: from mwnt5.microwalt.nl (mwnt5.microwalt.nl [195.86.89.38])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id LAA59467
for <pups(a)minnie.cs.adfa.edu.au>; Sat, 24 Mar 2001 11:29:15 +1100 (EST)
(envelope-from Fred.van.Kempen(a)microwalt.nl)
Received: from mwnt4.microwalt.nl (unverified) by mwnt5.microwalt.nl
(Content Technologies SMTPRS 4.1.5) with ESMTP id <T0a005f26527aa2a507(a)mwnt5.microwalt.nl>;
Sat, 24 Mar 2001 01:19:57 +0000
Received: by mwnt4.microwalt.nl with Internet Mail Service (5.5.2650.21)
id <HLMQJ1WA>; Sat, 24 Mar 2001 01:16:22 +0100
Message-ID: <6F63E31101C6D41196490008C7B2BFC3020A55(a)mwnt4.microwalt.nl>
From: "Fred N. van Kempen" <Fred.van.Kempen(a)microwalt.nl>
To: "'Johnny Billquist'" <bqt(a)update.uu.se>,
"Fred N. van Kempen"
<Fred.van.Kempen(a)microwalt.nl>
Cc: "'Kevin Murrell'" <kevin(a)xpuppy.freeserve.co.uk>,
Pups Mailing List
<pups(a)minnie.cs.adfa.edu.au>
Subject: RE: [pups] Disk query on Ultrix 3.1
Date: Sat, 24 Mar 2001 01:16:13 +0100
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
Johnny,
> Actually, the UDA-50 isn't MFM, it's SDI. The QBUS equivalent is the
> KDA-50.
Ahhh, i knew it was something-50 :) Twas a while ago since I
last touched a Unibus box.. can you tell? :)
> Disks on the RQDXn reports as RDxx or RXxx, while disks on
> the [KU]DA-50
> reports as RAxx (from a hardware point of view). They're both MSCP
> controllers though.
Yup. The UC0x talks MSCP (and/or TMSCP, if configured) on the Qbus
side, and SCSI on the device side. I have an UC08 which is configured
for MSCP on bus 0, and TMSCP on bus1. The attached Exabyte 8200 (2GB)
is seen as a giant TK50 :)
That was on the MVII, though.. havent used it since. Was going to
put it in the 11/83, _if_ I can find a BA123. Anyone got one of those
laying around? :)
Cheers,
Fred
**********************************************************************
This email and any files transmitted with it are confidential and
intended solely for the use of the individual or entity to whom they
are addressed. If you have received this email in error please notify
the system manager.
This footnote also confirms that this email message has been swept by
MIMEsweeper for the presence of computer viruses.
www.mimesweeper.com
**********************************************************************
Does anyone have handy the switch settings for DEC PDP-11/44
memory boards? I have a collection of third-party boards
(nat. semi and standard memories) but no documentation on
them.
I suspect they use the same dip settings as DEC MS11-xx (M8743)
boards (of which I also have a few but no docos).
I'm also looking for DZ11 (M7819) IRQ/CSR switch settings.
Thanks!
greg
Gregory Travis
Cornerstone Information Systems ATS
greg(a)ciswired.com
812 330 4361 ext. 18
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id SAA51969
for pups-liszt; Fri, 23 Mar 2001 18:15:02 +1100 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
>From kbd <kbd(a)ndx.net> Fri Mar 23 17:08:43 2001
Received: from mta5.snfc21.pbi.net (mta5.snfc21.pbi.net [206.13.28.241])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id SAA51962
for <pups(a)minnie.cs.adfa.edu.au>; Fri, 23 Mar 2001 18:14:58 +1100 (EST)
(envelope-from kbd(a)ndx.net)
Received: from viaokbd2 ([216.103.73.141])
by mta5.snfc21.pbi.net (Sun Internet Mail Server sims.3.5.2000.01.05.12.18.p9)
with SMTP id <0GAN00LM62IJU1(a)mta5.snfc21.pbi.net> for
pups(a)minnie.cs.adfa.edu.au; Thu, 22 Mar 2001 23:08:48 -0800 (PST)
Date: Thu, 22 Mar 2001 23:08:43 -0800
From: kbd <kbd(a)ndx.net>
Subject: [pups] 211 install questions/probs
In-reply-to: <6F63E31101C6D41196490008C7B2BFC3020A31(a)mwnt4.microwalt.nl>
To: pups(a)minnie.cs.adfa.edu.au
Message-id: <HFEPIJEEKKDEGOFFHBLEKEBGCHAA.kbd(a)ndx.net>
MIME-version: 1.0
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
Content-type: text/plain; charset="iso-8859-1"
Content-transfer-encoding: 7bit
Importance: Normal
X-MSMail-Priority: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
X-Priority: 3 (Normal)
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
Has anyone been able to create and install a tape made from the:
ftp://minnie.cs.adfa.edu.au/PDP-11/Distributions/ucb/2.11BSD/
directory? I've built the tape as described in the readme file
and went back can checked it with a hexdump and it appears correct.
Tried booting with the sputnik and E11 sims with no luck:
PDP-11 simulator V2.3d
sim> set cpu 1m
sim> at tm0 c:\211.tape
sim> b tm0
000002 (HALT)
sim>
I've been able to boot other tape images with no problem. Any ideas
would be very appreciated.
Kirk
ps - A dump of the boot tape FTP'd or Email'd would be very-very
appreciated.
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id TAA52402
for pups-liszt; Fri, 23 Mar 2001 19:50:24 +1100 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
>From "Kevin Murrell" <kevin(a)xpuppy.freeserve.co.uk> Fri Mar 23 18:42:08 2001
Received: from cmailg1.svr.pol.co.uk (cmailg1.svr.pol.co.uk [195.92.195.171])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id TAA52398
for <pups(a)minnie.cs.adfa.edu.au>; Fri, 23 Mar 2001 19:50:19 +1100 (EST)
(envelope-from kevin(a)xpuppy.freeserve.co.uk)
Received: from [195.92.198.123] (helo=mail17.svr.pol.co.uk)
by cmailg1.svr.pol.co.uk with esmtp (Exim 3.13 #0)
id 14gNBA-00006k-00
for pups(a)minnie.cs.adfa.edu.au; Fri, 23 Mar 2001 08:44:16 +0000
Received: from modem-65.eldacar.dialup.pol.co.uk ([62.136.179.65] helo=XPUPPY)
by mail17.svr.pol.co.uk with smtp (Exim 3.13 #0)
id 14gNB9-0004fT-00
for pups(a)minnie.cs.adfa.edu.au; Fri, 23 Mar 2001 08:44:15 +0000
From: "Kevin Murrell" <kevin(a)xpuppy.freeserve.co.uk>
To: "Pups Mailing List" <pups(a)minnie.cs.adfa.edu.au>
Subject: [pups] Disk query on Ultrix 3.1
Date: Fri, 23 Mar 2001 08:42:08 -0000
Message-ID: <ODEGIBMIBMEHMAMOEIODGEMPCFAA.kevin(a)xpuppy.freeserve.co.uk>
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 IMO, Build 9.0.2416 (9.0.2911.0)
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
I am using an 11/83 with an Emulex UC07 Qbus-SCSI card. At present I have a
Seagate ST4767N disk attached. The emulex card emulating an MSCP drive I
believe.
I am sure I could also find a higher capacity drive without too much effort.
Which disk should I tell the Ultrix installation I have to get the best from
my setup. I made an 'educated' guess of RA81 for the moment, and that
works.
I could physically attach a drive with a much higher capacity than DEC ever
envisaged, but which drive do I 'pretend' I am using.
Many thanks
Kevin Murrell
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id TAA52408
for pups-liszt; Fri, 23 Mar 2001 19:50:42 +1100 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
>From Warren Toomey <wkt(a)henry.cs.adfa.edu.au> Fri Mar 23 18:44:24 2001
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 TAA52404
for <pups(a)minnie.cs.adfa.edu.au>; Fri, 23 Mar 2001 19:50:40 +1100 (EST)
(envelope-from wkt(a)henry.cs.adfa.edu.au)
Received: (from wkt@localhost)
by henry.cs.adfa.edu.au (8.11.2/8.9.3) id f2N8iPV18979;
Fri, 23 Mar 2001 19:44:25 +1100 (EST)
(envelope-from wkt)
From: Warren Toomey <wkt(a)henry.cs.adfa.edu.au>
Message-Id: <200103230844.f2N8iPV18979(a)henry.cs.adfa.edu.au>
Subject: Re: [pups] 211 install questions/probs
In-Reply-To: <HFEPIJEEKKDEGOFFHBLEKEBGCHAA.kbd(a)ndx.net> from kbd at "Mar 22,
2001 11:08:43 pm"
To: kbd <kbd(a)ndx.net>
Date: Fri, 23 Mar 2001 19:44:24 +1100 (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 kbd:
[Charset iso-8859-1 unsupported, filtering to ASCII...]
>
> Has anyone been able to create and install a tape made from the:
>
> ftp://minnie.cs.adfa.edu.au/PDP-11/Distributions/ucb/2.11BSD/
>
> PDP-11 simulator V2.3d
> sim> set cpu 1m
> sim> at tm0 c:\211.tape
> sim> b tm0
> 000002 (HALT)
> sim>
>
> I've been able to boot other tape images with no problem. Any ideas
> would be very appreciated.
> Kirk
Did you use makesimtape to create the tape image? If not, that's
probably the problem.
Cheers,
Warren
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id BAA54074
for pups-liszt; Sat, 24 Mar 2001 01:46:38 +1100 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
>From =?iso-8859-1?Q?J=F6rgen_Pehrson?= <jp(a)spektr.eu.org> Sat Mar 24 00:34:02 2001
Received: from spektr.eu.org (spektr.gnulix.org [212.85.67.107])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id BAA54070
for <pups(a)minnie.cs.adfa.edu.au>; Sat, 24 Mar 2001 01:46:33 +1100 (EST)
(envelope-from jp(a)spektr.eu.org)
Received: from localhost (jp@localhost)
by spektr.eu.org (8.9.3/8.9.3) with ESMTP id PAA89647;
Fri, 23 Mar 2001 15:34:02 +0100 (CET)
(envelope-from jp(a)spektr.eu.org)
Date: Fri, 23 Mar 2001 15:34:02 +0100 (CET)
From: =?iso-8859-1?Q?J=F6rgen_Pehrson?= <jp(a)spektr.eu.org>
To: "Gregory R. Travis" <greg(a)ciswired.com>
cc: pups(a)minnie.cs.adfa.edu.au
Subject: Re: [pups] Looking for some common switch settings...
In-Reply-To: <Pine.LNX.4.10.10103221425150.31709-100000(a)weasel.ciswired.com>
Message-ID: <Pine.BSF.4.21.0103231451430.87609-100000(a)spektr.eu.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=iso-8859-1
Content-Transfer-Encoding: 8BIT
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
On Thu, 22 Mar 2001, Gregory R. Travis wrote:
> Does anyone have handy the switch settings for DEC PDP-11/44
> memory boards? I have a collection of third-party boards
> (nat. semi and standard memories) but no documentation on
> them.
>
> I suspect they use the same dip settings as DEC MS11-xx (M8743)
> boards (of which I also have a few but no docos).
Couldn't find the manual for the M8743, but I managed to dig up the manual
for the M8722, MS11-M. Let me know if you want the settings for this
board instead.
> I'm also looking for DZ11 (M7819) IRQ/CSR switch settings.
I looked really hard on our internal network for an electronic copy of
this manual but I couldn't find it so I'll try to make an ACSII drawing of
it..
[From Communications Options Minireference Manual, EK-CMIV2-RM-005]
--------------------------------
| W1 o-o _ |
| | / |
| || |
| ____ J1 || |
| |____| ___ |_\ |
| E81 ____ |___| |
| |____| E11 |
| E52 �|
| |
|___||_____||_____||____||______|
Switch pack E11:
[Use 1-6 on the switch pack to set the vector]
S7 S6 S5 S4 S3 S2 Vector address
off off 300
off off off 310
off off off 320
off off off off 330
off off off 340
off off off off 350
off off off off 360
off off off off off 370
off 400
---
off off 500
---
off off 600
---
off off off 700
Note: Switch OFF produces logical "one" on the Unibus .
W1: Normally in. Out disables master clk for factory testing.
[W1: Jumper just above switch pack E72]
E81 (Switch pack to the left of the card, device address selection):
S10 S9 S8 S7 S6 S5 S4 S3 S2 S1 Device address
on 760010
on 760020
on on 760030
on 760040
on on 760050
on on 760060
on on on 760070
on 760100
--
on 760200
--
on on 760300
--
on 760400
--
on on 760500
--
on on 760600
--
on on on 760700
--
on 761000
--
on 762000
--
on on 763000
--
on 764000
The DZ11 resides in floating address space
o Device address ranks 8
o Vector address ranks 27
--
J�rgen Pehrson jp(a)spektr.eu.org http://spektr.eu.org/~jp/
-----------------------------------------------------------
"i must say the linux community is a lot nicer than the unix
community. a negative comment on unix would warrent death
threats. with linux, it is like stirring up a nest of butterflies."
-- Ken Thompson. 1999
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id CAA54401
for pups-liszt; Sat, 24 Mar 2001 02:20:32 +1100 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
>From "Gregory R. Travis" <greg(a)ciswired.com> Sat Mar 24 01:14:57 2001
Received: from goby.ciswired.com (IDENT:root@goby.ciswired.com [206.97.67.65])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id CAA54397
for <pups(a)minnie.cs.adfa.edu.au>; Sat, 24 Mar 2001 02:20:27 +1100 (EST)
(envelope-from greg(a)ciswired.com)
Received: from weasel.ciswired.com (root(a)weasel.ciswired.com [206.97.67.73])
by goby.ciswired.com (8.8.7/8.8.7) with ESMTP id KAA20541;
Fri, 23 Mar 2001 10:05:39 -0500
Received: from localhost (greg@localhost)
by weasel.ciswired.com (8.9.3/8.9.3) with ESMTP id KAA01589;
Fri, 23 Mar 2001 10:14:57 -0500
X-Authentication-Warning: weasel.ciswired.com: greg owned process doing -bs
Date: Fri, 23 Mar 2001 10:14:57 -0500 (EST)
From: "Gregory R. Travis" <greg(a)ciswired.com>
To: =?iso-8859-1?Q?J=F6rgen_Pehrson?= <jp(a)spektr.eu.org>
cc: pups(a)minnie.cs.adfa.edu.au
Subject: Re: [pups] Looking for some common switch settings...
In-Reply-To: <Pine.BSF.4.21.0103231451430.87609-100000(a)spektr.eu.org>
Message-ID: <Pine.LNX.4.10.10103231014130.1586-100000(a)weasel.ciswired.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=X-UNKNOWN
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from QUOTED-PRINTABLE to 8bit by minnie.cs.adfa.edu.au id CAA54398
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
On Fri, 23 Mar 2001, [iso-8859-1] J�rgen Pehrson wrote:
> On Thu, 22 Mar 2001, Gregory R. Travis wrote:
>
> > Does anyone have handy the switch settings for DEC PDP-11/44
> > memory boards? I have a collection of third-party boards
> > (nat. semi and standard memories) but no documentation on
> > them.
> >
> > I suspect they use the same dip settings as DEC MS11-xx (M8743)
> > boards (of which I also have a few but no docos).
>
> Couldn't find the manual for the M8743, but I managed to dig up the manual
> for the M8722, MS11-M. Let me know if you want the settings for this
> board instead.
Yeah, if you could. Haven't heard anything from anyone else on the
M8743. Thanks.
greg
Gregory Travis
Cornerstone Information Systems ATS
greg(a)ciswired.com
812 330 4361 ext. 18
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id FAA57646
for pups-liszt; Sat, 24 Mar 2001 05:31:32 +1100 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
>From kbd <kbd(a)ndx.net> Sat Mar 24 04:22:08 2001
Received: from mta5.snfc21.pbi.net (mta5.snfc21.pbi.net [206.13.28.241])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id FAA57642
for <pups(a)minnie.cs.adfa.edu.au>; Sat, 24 Mar 2001 05:31:28 +1100 (EST)
(envelope-from kbd(a)ndx.net)
Received: from viaokbd2 ([216.103.73.141])
by mta5.snfc21.pbi.net (Sun Internet Mail Server sims.3.5.2000.01.05.12.18.p9)
with SMTP id <0GAN0054CXOY4P(a)mta5.snfc21.pbi.net> for
pups(a)minnie.cs.adfa.edu.au; Fri, 23 Mar 2001 10:22:14 -0800 (PST)
Date: Fri, 23 Mar 2001 10:22:08 -0800
From: kbd <kbd(a)ndx.net>
Subject: RE: [pups] 211 install questions/probs
In-reply-to: <200103230844.f2N8iPV18979(a)henry.cs.adfa.edu.au>
To: pups(a)minnie.cs.adfa.edu.au
Message-id: <HFEPIJEEKKDEGOFFHBLEIEBKCHAA.kbd(a)ndx.net>
MIME-version: 1.0
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
Content-type: text/plain; charset="us-ascii"
Content-transfer-encoding: 7bit
Importance: Normal
X-MSMail-Priority: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
X-Priority: 3 (Normal)
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
>In article by kbd:
>> Has anyone been able to create and install a tape made from the:
>>
>> ftp://minnie.cs.adfa.edu.au/PDP-11/Distributions/ucb/2.11BSD/
>>
>Did you use makesimtape to create the tape image? If not, that's
>probably the problem.
Thanks for the pointer Warren. For the record, makesimtape can
be found here:
ftp://minnie.cs.adfa.edu.au/PDP-11/Trees/2.11BSD/usr/src/sys/pdpstand/makesi
mtape.c
Kirk
> From: "Jeffrey S. Sharp" <jss(a)ou.edu>
> To: "PUPS Mailing List" <pups(a)minnie.cs.adfa.edu.au>
> Subject: [pups] Cabinet Questions
> Date: Tue, 20 Mar 2001 01:30:38 -0600
>
> In the peripherals manual, the H960 cabinet comes in two models: the -C and
> the -D. The -D model has a sliding drawer in the lower half of the cabinet
> that provides space for 9 "system units". What are these "system units"?
> How big are they? What goes there? When do you need the -D model?
A system unit (SU) was the fundamental hardware building block of an
11/20 and many subsequent PDP's. It was a frame 16.5 inches by 2.25
inches that held 3 blocks of dual card sockets. Each socket block was
nominally 5.25 inches by 2.00 inches and could hold four "dual" cards
spaced at 0.5-inch intervals. Thus the whole SU could hold four "quad"
cards plus two "dual" Unibus connectors in its four rows by six
sockets. Later production included a double-wide system unit that
could hold nine cards.
Typical things that came built into one SU include 4kW (8kB) of core
memory and RK05 disk controllers. There were also SU's that were
pre-wired to hold four Small Peripheral Controllers (SPC's). Typical
SPC's included single-line serial interfaces, and line-printer controllers.
Think of the H906-D as an 11/40 or 11/45 without any backplane or cards.
> Let's say I want to ultimately build a 11/70 system with a TE16/TM03 (in its
> own cabinet, I guess), a TU56/TC11, a paper tape reader/punch (PC11?), 3 or
> 4 RK05s, and 1 or 2 RP04s. What set of cabinets do I need for this system?
> Assume the CPU has the SETASI memory upgrades and not core.
>
> Una vez mas... Let's say I want to ultimately build a 11/40 system with the
> same peripherals as above minus the RP04s and with a TU10/TM11 as the
> 9-track. What kind of cabineting do I need here? Assume the CPU has MOS
> memory and not core.
I think you could put that system into two H960 racks. Figure 1/2 of a
rack for the 11/40, 1/3 of a rack for the TU10. RK05, PC11, TU56 each
take up 1/6 of an H960. With MOS memory you should have plenty of room
in the 11/40 frame itself for the necessary one-SU controllers for
RK05, TU56. Especially if you take out the 2-SU frame that originally
held the core memory. I'm not sure where you put the TM11, I never
actually had a real one, just emulated controllers that fit in one SU.
> Finally, how much weight can a H960 support?
Probably 500 or 600 pounds. If you can, look for the older H960's with
welded frames rather than pop rivets.
carl
--
carl lowenstein marine physical lab u.c. san diego
clowenstein(a)ucsd.edu
Many thanks to those of you who have answered my previous questions. I have
obtained the 1976 peripherals manual, and have read just enough to bring up
the next set of questions. This round is about cabineting.
In the peripherals manual, the H960 cabinet comes in two models: the -C and
the -D. The -D model has a sliding drawer in the lower half of the cabinet
that provides space for 9 "system units". What are these "system units"?
How big are they? What goes there? When do you need the -D model?
Let's say I want to ultimately build a 11/70 system with a TE16/TM03 (in its
own cabinet, I guess), a TU56/TC11, a paper tape reader/punch (PC11?), 3 or
4 RK05s, and 1 or 2 RP04s. What set of cabinets do I need for this system?
Assume the CPU has the SETASI memory upgrades and not core.
Una vez mas... Let's say I want to ultimately build a 11/40 system with the
same peripherals as above minus the RP04s and with a TU10/TM11 as the
9-track. What kind of cabineting do I need here? Assume the CPU has MOS
memory and not core.
I've got guesses, but I'd like to keep them private to save myself the
embarassment. :-)
Finally, how much weight can a H960 support?
--
Jeffrey S. Sharp
jss(a)ou.edu
"One World, One Web, One Program" -- Microsoft advertisement
"Ein Volk, Ein Reich, Ein Fuhrer" -- Adolf Hitler
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id UAA28053
for pups-liszt; Tue, 20 Mar 2001 20:02:44 +1100 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
>From "Jeffrey S. Sharp" <jss(a)ou.edu> Tue Mar 20 19:01:35 2001
Received: from mail6.mmcable.com (fe6.rdc-kc.rr.com [24.94.163.53])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id UAA28049
for <pups(a)minnie.cs.adfa.edu.au>; Tue, 20 Mar 2001 20:02:41 +1100 (EST)
(envelope-from jss(a)ou.edu)
Received: from station1 ([65.26.237.187]) by mail6.mmcable.com with Microsoft SMTPSVC(5.5.1877.537.53);
Tue, 20 Mar 2001 02:54:02 -0600
Message-ID: <003501c0b11c$5ddae0c0$0a01a8c0@station1>
From: "Jeffrey S. Sharp" <jss(a)ou.edu>
To: "ClassicCmp Mailing List" <classiccmp(a)classiccmp.org>,
"PUPS Mailing List" <pups(a)minnie.cs.adfa.edu.au>
Subject: [pups] PDP-11/70 Front Panel
Date: Tue, 20 Mar 2001 03:01:35 -0600
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.50.4133.2400
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
I will be picking up a PDP-11/70 in a few weeks, but it needs a front panel.
If anybody has an extra, please e-mail me.
--
Jeffrey S. Sharp
jss(a)ou.edu
