From fam at risca.com  Thu Nov  1 06:04:28 2001
From: fam at risca.com (Frank Mandarino)
Date: Wed, 31 Oct 2001 15:04:28 -0500
Subject: [pups] The Software Tools Virtual Operating System
In-Reply-To: <20011031065211.I43175-100000@server2.cs.scranton.edu>
Message-ID: <01Oct31.150317est.115201@sky.risca.com>

On Wed, 31 Oct 2001, Bill Gunshannon wrote:

>
> I know this is somewhat off topic, but there is a connection.
>
> I am trying to track down a copy of the distribution of:
>    The Software Tools Virtual Operating System
>
> The last known repository of the complete system was apparently USENIX.
> They have been unable to find a copy anywhere up to this point, so I'm
> asking here as there must be many long time members in this group.
>
> Does anyone still have a copy of this and could I possibly get it??
> I really need to find a copy for a project I want to work on.
>
> Any help would be greatly appreciated.
>
> bill

Bill,

Your posting brought back fond memories of running Ratfor and tools on
an Interdata 8/32 during my University CO-OP work terms.

I took a look around and found a copy of the Software Tools Package on a
page called "Ken Yap's Links" at:

	http://www.geocities.com/SiliconValley/Lab/9247/

in the section entitled "Some source for compilers of historical
interest".

Hope this helps.

Regards,
../fam
-- 
Frank A. Mandarino				fam at infrasoft.com
Infrasoft Inc.
Georgetown, Ontario, Canada




From bill at cs.scranton.edu  Thu Nov  1 06:20:27 2001
From: bill at cs.scranton.edu (Bill Gunshannon)
Date: Wed, 31 Oct 2001 15:20:27 -0500 (EST)
Subject: [pups] The Software Tools Virtual Operating System
In-Reply-To: <01Oct31.150317est.115201@sky.risca.com>
Message-ID: <20011031151710.T45021-100000@server2.cs.scranton.edu>

On Wed, 31 Oct 2001, Frank Mandarino wrote:

>
> Your posting brought back fond memories of running Ratfor and tools on
> an Interdata 8/32 during my University CO-OP work terms.
>
> I took a look around and found a copy of the Software Tools Package on a
> page called "Ken Yap's Links" at:
>
> 	http://www.geocities.com/SiliconValley/Lab/9247/
>
> in the section entitled "Some source for compilers of historical
> interest".
>
> Hope this helps.
>

Sadly, this is just the stuf from the K&P book and not the Virtual OS.
The Virtual OS was considerably more than what K&P did but was built on
their ideas.  It is really sad to think that this, like so much else of
computing history, has been lost.  It should make people appreciate the
work of Warren and PUPS to preserve Unix even more!!

All the best.

bill

-- 
Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolves
bill at cs.scranton.edu     |  and a sheep voting on what's for dinner.
University of Scranton   |
Scranton, Pennsylvania   |         #include <std.disclaimer.h>



From SHOPPA at trailing-edge.com  Thu Nov  1 10:34:27 2001
From: SHOPPA at trailing-edge.com (SHOPPA at trailing-edge.com)
Date: Wed, 31 Oct 2001 19:34:27 -0500
Subject: [pups] The Software Tools Virtual Operating System
Message-ID: <011031193427.20600242@trailing-edge.com>

>I know this is somewhat off topic, but there is a connection.
>
>I am trying to track down a copy of the distribution of:
>   The Software Tools Virtual Operating System
>
>The last known repository of the complete system was apparently USENIX.
>They have been unable to find a copy anywhere up to this point, so I'm
>asking here as there must be many long time members in this group.
>
>Does anyone still have a copy of this and could I possibly get it??
>I really need to find a copy for a project I want to work on.

Point yourself towards

  ftp://ftp.trailing-edge.com/pub/rsx11freewarev2/rsx81a/

In the 30703* directories you will find:

[307,30] TOOLGEN.CMD, the command file for building
         the  LBL  Software  Tools  Virtual Operating System. The
         release notes for the VOS are  also  contained  in  this
         UIC.

[307,31] Fortran and macro sources for VOS.

[307,32] Manual entries for VOS utilities.

[307,33] Ratfor source files for VOS utilities.

[307,34] Source files for variable-length send/receive driver.

[307,35] Source files for virtual aether driver.

Tim.


From djenner at earthlink.net  Thu Nov  1 11:41:38 2001
From: djenner at earthlink.net (David C. Jenner)
Date: Wed, 31 Oct 2001 17:41:38 -0800
Subject: [pups] The Software Tools Virtual Operating System
References: <20011031151710.T45021-100000@server2.cs.scranton.edu>
Message-ID: <3BE0A852.26BC7ACC@earthlink.net>

Actually, if you look carefully, you'll see that it is in fact there.
It the next item in the list after the Software Tools book routines.

Dave


Bill Gunshannon wrote:
> 
> On Wed, 31 Oct 2001, Frank Mandarino wrote:
> 
> >
> > Your posting brought back fond memories of running Ratfor and tools on
> > an Interdata 8/32 during my University CO-OP work terms.
> >
> > I took a look around and found a copy of the Software Tools Package on a
> > page called "Ken Yap's Links" at:
> >
> >       http://www.geocities.com/SiliconValley/Lab/9247/
> >
> > in the section entitled "Some source for compilers of historical
> > interest".
> >
> > Hope this helps.
> >
> 
> Sadly, this is just the stuf from the K&P book and not the Virtual OS.
> The Virtual OS was considerably more than what K&P did but was built on
> their ideas.  It is really sad to think that this, like so much else of
> computing history, has been lost.  It should make people appreciate the
> work of Warren and PUPS to preserve Unix even more!!
> 
> All the best.
> 
> bill
> 
> --
> Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolves
> bill at cs.scranton.edu     |  and a sheep voting on what's for dinner.
> University of Scranton   |
> Scranton, Pennsylvania   |         #include <std.disclaimer.h>
> 
> _______________________________________________
> PUPS mailing list
> PUPS at minnie.tuhs.org
> http://minnie.tuhs.org/mailman/listinfo/pups

-- 
David C. Jenner
djenner at earthlink.net


From bill at cs.scranton.edu  Thu Nov  1 11:50:58 2001
From: bill at cs.scranton.edu (Bill Gunshannon)
Date: Wed, 31 Oct 2001 20:50:58 -0500 (EST)
Subject: [pups] The Software Tools Virtual Operating System
In-Reply-To: <011031193427.20600242@trailing-edge.com>
Message-ID: <20011031204002.I45221-100000@server2.cs.scranton.edu>

On Wed, 31 Oct 2001 SHOPPA at trailing-edge.com wrote:

>
> Point yourself towards
>
>   ftp://ftp.trailing-edge.com/pub/rsx11freewarev2/rsx81a/
>

Tim,
  Thanks for the pointer.  I was aware of the RSX version that was contained
in the DECUS library.  But there really was quite a bit more to the whole
distribution than that.  I am greatly saddened by the fact that this stuff
is lost.  I have received an official notice from someone at USENIX to the
effect that they have not retained any copy of the stuff they were sent.
Worse still, I was offered 2.11 BSD as an alternative.  Not only is the
software gone, there appears to be no one left who even remembers what it
was about. To me this is equivalent to waking up tomorrow to find that all
copies of Version 7 had disappeared and people thought it was just the same
as MSDOS.

Maybe I'm just being sentimental but I think this is another part of our
history and deserved better than to be just abandoned.

If anyone knows of a copy if the whole Software Tools Virtual Operating
System, please let me know where I might get a copy of it.

All the best.

bill

-- 
Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolves
bill at cs.scranton.edu     |  and a sheep voting on what's for dinner.
University of Scranton   |
Scranton, Pennsylvania   |         #include <std.disclaimer.h>



From SHOPPA at trailing-edge.com  Thu Nov  1 12:15:12 2001
From: SHOPPA at trailing-edge.com (SHOPPA at trailing-edge.com)
Date: Wed, 31 Oct 2001 21:15:12 -0500
Subject: [pups] The Software Tools Virtual Operating System
Message-ID: <011031211512.20600242@trailing-edge.com>

>>   ftp://ftp.trailing-edge.com/pub/rsx11freewarev2/rsx81a/

>  Thanks for the pointer.  I was aware of the RSX version that was contained
>in the DECUS library.  But there really was quite a bit more to the whole
>distribution than that.

Can you educate us about what is missing?  If you can clue me in as
to a specific file name or a specific text string that might be in a
missing file, I'll gladly search through the few tens of gigabytes of
images I've got here.

Tim.


From bill at cs.scranton.edu  Fri Nov  2 06:25:57 2001
From: bill at cs.scranton.edu (Bill Gunshannon)
Date: Thu, 1 Nov 2001 15:25:57 -0500 (EST)
Subject: [pups] The Software Tools Virtual Operating System
In-Reply-To: <011031211512.20600242@trailing-edge.com>
Message-ID: <20011101151414.I46472-100000@server2.cs.scranton.edu>

On Wed, 31 Oct 2001 SHOPPA at trailing-edge.com wrote:

>
> Can you educate us about what is missing?  If you can clue me in as
> to a specific file name or a specific text string that might be in a
> missing file, I'll gladly search through the few tens of gigabytes of
> images I've got here.
>

Nothing specific, more general.  By the time of the Hall,  Scherrer, Sventek
ACM paper (September 1980) the VOS was known to have been ported to over 40
differnt machines and over 50 differnt OSes.  I was interested in looking at
reviving and expanding the original idea.  A quick search of the INTERNET
shows at least a half dozen independant projects attempting to implement
Virtual Operating Systems and at least one commercial product (other than
the Java VM which is really just a VOS).  Like many computing projects,
the original work was done by visionaries and went to it's death not because
it was a bad idea, but because time (and technology) wasn't ready for it
yet.  And now we have all these people re-inventing the wheel in a dozen
different and likely incompatable ways.

And, as far as the PDP-11 (my first love!) goes, I see this as being a
possiblity for development of a truly free (as in un-encumbered) OS.
Something that does not exist at this point.  All that would be needed
would be a small kernel to run below the VOS primitives.

I guess I will have to look at what has been pointed out to me so far
and see if there is enough there to make something functional on any
system to serve as the first in a new line of ports.

I appreciate all the help and hope if anyone stumbles on anything
related they will keep me in mind.

All the best.

bill

-- 
Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolves
bill at cs.scranton.edu     |  and a sheep voting on what's for dinner.
University of Scranton   |
Scranton, Pennsylvania   |         #include <std.disclaimer.h>



From wkt at minnie.tuhs.org  Fri Nov  2 08:02:25 2001
From: wkt at minnie.tuhs.org (Warren Toomey)
Date: Fri, 2 Nov 2001 09:02:25 +1100 (EST)
Subject: [pups] The Software Tools Virtual Operating System
In-Reply-To: <20011101151414.I46472-100000@server2.cs.scranton.edu> from Bill
 Gunshannon at "Nov 1, 2001 03:25:57 pm"
Message-ID: <200111012202.fA1M2PP32166@minnie.tuhs.org>

In article by Bill Gunshannon:
> And, as far as the PDP-11 (my first love!) goes, I see this as being a
> possiblity for development of a truly free (as in un-encumbered) OS.
> Something that does not exist at this point.  All that would be needed
> would be a small kernel to run below the VOS primitives.
> 
> I appreciate all the help and hope if anyone stumbles on anything
> related they will keep me in mind.
> bill

Does anybody have Debbie Scherrer's e-mail address? I would think that
she would be the best person to ask about the whereabouts of VOS.

	Warren


From wkt at minnie.tuhs.org  Fri Nov  2 08:10:10 2001
From: wkt at minnie.tuhs.org (Warren Toomey)
Date: Fri, 2 Nov 2001 09:10:10 +1100 (EST)
Subject: [pups] [TUHS] Disk Drivers (fwd)
Message-ID: <200111012210.fA1MABf32362@minnie.tuhs.org>

	[Forwarded to the PUPS list, as this is PDP-11 specific - Warren]

Your best bets are:
	- Use nm on the kernel if it hasn't been stripped
	- Or go to /usr/sys/conf if you have the sources,
	  and look at the config files for each kernel, e.g
	  rptmunix came from rptmconf, which has:


		rp
		root rp 1
		swap rp 2
		swplo 0
		nswap 2000
		tm

Cheers,
	Warren

----- Forwarded message from Matthew Whitehead -----

	From: Matthew Whitehead <matthew.whitehead at apple.com>
	Subject: [TUHS] Disk Drivers
	Date: Thu, 01 Nov 2001 12:58:54 -0800

I'm getting a tad frustrated with the otherwise excellent Supnik PDP-11
emulators.

Can anyone tell me (or give me the adb commands to figure it out myself) what
disk device drivers are present in the bootable disk images that come with the
Supnik simulator? The versions I'm interested are:

V6 image:
- rkunix (rk)
- rkunix.40 (rk, PDP-11/40 cpu?)
- unix

V7 image:
- hphtunix (hp)
- hptmunix (hp)
- rkunix (rk)
- rl2unix (obviously hacked to include rl driver)
- rphtunix (rp)
- rptmunix (rp)

Matthew (mrw at apple.com)
----- End of forwarded message from Matthew Whitehead -----


From bill at cs.scranton.edu  Fri Nov  2 08:37:37 2001
From: bill at cs.scranton.edu (Bill Gunshannon)
Date: Thu, 1 Nov 2001 17:37:37 -0500 (EST)
Subject: [pups] The Software Tools Virtual Operating System
In-Reply-To: <200111012202.fA1M2PP32166@minnie.tuhs.org>
Message-ID: <20011101173258.H47419-100000@server2.cs.scranton.edu>

On Fri, 2 Nov 2001, Warren Toomey wrote:

>
> Does anybody have Debbie Scherrer's e-mail address? I would think that
> she would be the best person to ask about the whereabouts of VOS.
>

Actually, she was my first contact about this.  She is the one who sent me
to USENIX. :-(

bill

-- 
Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolves
bill at cs.scranton.edu     |  and a sheep voting on what's for dinner.
University of Scranton   |
Scranton, Pennsylvania   |         #include <std.disclaimer.h>



From bill at cs.scranton.edu  Fri Nov  2 11:53:13 2001
From: bill at cs.scranton.edu (Bill Gunshannon)
Date: Thu, 1 Nov 2001 20:53:13 -0500 (EST)
Subject: [pups] The Software Tools Virtual Operating System
In-Reply-To: <3BE1DB0B.E7BBD39F@earthlink.net>
Message-ID: <20011101202307.D47419-100000@server2.cs.scranton.edu>

On Thu, 1 Nov 2001, David C. Jenner wrote:

> Bill,
>
> I can assure you that what you were pointed to at the Ken Yap's Links
> is what you are seeking.  It may not be the final version, but it is
> essentially what I received on a tape 20 years ago.  There's even some
> later material circa 1983, which postdated what I had, in the "Toys" file.

Hmmmm.  I'm beginning to think as it neared the end and interest trailed
off much of the work did not get rolled back in to the base distribution.
My last experience was around 84-85 and it was a package from GA Tech
that ranon the Prime 50 series minis.  It was alot like using Eunice on
a VAX/VMS system.  A quick scan of the stuff from Ken Yap found no mention
of a number of systems that were known to exist by that time.  No PDP-11,
no Prime, some mention of the VAX, no mention of Unix (don't ask me why,
but the VOS was ported to Unix!!).  I guess what I need to do is see what
systems are supported in what I have and try to get a system up again to
check out.

>
> I probably still have the tape, but, it's 20 years old, hasn't been
> used for at least 15 years, who knows what condition it's in, and it's
> not much different than the content on the Web.

What are the odds that a 15 year old tape is even readable today??  I know
when I found the original BSD tapes here even with their being stored in the
computer room, they were unreadable.

>
> You must realize, I guess, that you aren't getting a complete operating
> system when you speak of STVOS, but just a ratfor translator and sources
> for lots of Unix-like utilities.

And primitives to translate between the host OS and the VOS API.

>                                  You need to supply a Fortran compiler
> and operating system on which to build this.

And many were supported.  I was hoping to find enough of them to have a
good example of what problems were run into doing the ports.  Can go a
long way in helping with other porting efforts.  And because the API is
very Unix-like it offers some intersting possibilities for expansion.

>                                               The idea was to make a
> highly-portable set of software development tools and utilities that
> could be ported and used across many OSes, thus making what you develop
> available across many OSes.  There is no OS (i.e., resource management,
> file system, etc.) included.

True.  But a common API with hooks into a number of very different OSes.

>
> What you refer to in your emails about VOS bears little resemblance
> to the STVOS, because STVOS wasn't an OS.

Probably depends on your definition of OS.  It was an ambitious project
at the time and an idea whose time may just now be coming into vogue.

>                                            Today's VOSes, like a Java
> machine, are at least one step beyond the STVOS.

Again, I am not sure I agree.  To me the Java VM is just the UCSD P-machine
warmed over.  One of the reasons things like the P-Machine and VOSes didn't
fly 20 years ago was performance.  We were trying to wring every last bit
(no pun intended!) of performance out of our hardware.  We frequently still
did a lot of our programming in assembler (I was doing things like Prime
50-series and Univac-1100 assembler and almost anything on a micro was either
complete or heavily laced with assembler, LSI-11, Z80, M68K.)  Today, for all
intents and purposes we have cpu cycles to burn.  Look at the popularity of
hardware emulators.  E11, Charon VAX, SIMH.  And people talking about how
these emulators outperform the real hardware and could easily be used as
production systems.  Maybe it's time to look into reviving some of these
ideas, but hopefully, not with a return to the beginning and a total re-
invention of the wheel.

>
> You might want to establish what the final date of release of STVOS
> was to determine what the final version was.  As I recall, it wasn't
> too much later than 1981.  (The Toys tape is 1983.)  Somewhere I have
> a pile of old newsletters that would have the answer, but they're
> boxed away in storage.  I won't be able to dig for them for another
> month.

I know the Prime version was still available until the mid 80's. but much
of this may have been independant work as STUG may have already faded
into the background.

I guess the thing that bothers me the most is not wether or not this can be
turned into something usable, but the fact that what was an impressive work
for the time it was done has been allowed to all but disappear.  Maybe I'm
getting maudlin in my old age.  :-)

I appreciate everyone's help and as I said previously, it makes me appreciate
even more the work of Warren and PUPS and Tim Shoppa as well.

All the best.

bill

-- 
Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolves
bill at cs.scranton.edu     |  and a sheep voting on what's for dinner.
University of Scranton   |
Scranton, Pennsylvania   |         #include <std.disclaimer.h>



From Bill.Mayhew at oracle.com  Sat Nov  3 02:28:29 2001
From: Bill.Mayhew at oracle.com (Bill Mayhew)
Date: Fri, 02 Nov 2001 11:28:29 -0500
Subject: [pups] The Software Tools Virtual Operating System
References: <20011101202307.D47419-100000@server2.cs.scranton.edu>
Message-ID: <3BE2C9AD.B4414B4C@oracle.com>

> (don't ask me why, but the VOS was ported to Unix!!).

That's easy to answer, recalling some of the burnt and frayed edges of the Good
Old Days ;-)

The question "what *is* UNIX?" was a popular *philosophical* question at the
time, even among people who used UNIX and knew it well, because there were so
many incompatible variants, even on the same hardware, that called themselves
UNIX.

That problem was one of the drivers of the whole Software Tools movement, as I
recall.  ST, including VOS, was viewed as a way of addressing the compatibility
problem, regardless of whether the underlying "real" OS claimed to be UNIX,
UNIX-compatible, UNIX-like, or none-of-the-above.

    -Bill Mayhew

Bill Gunshannon wrote:

> On Thu, 1 Nov 2001, David C. Jenner wrote:
>
> > Bill,
> >
> > I can assure you that what you were pointed to at the Ken Yap's Links
> > is what you are seeking.  It may not be the final version, but it is
> > essentially what I received on a tape 20 years ago.  There's even some
> > later material circa 1983, which postdated what I had, in the "Toys" file.
>
> Hmmmm.  I'm beginning to think as it neared the end and interest trailed
> off much of the work did not get rolled back in to the base distribution.
> My last experience was around 84-85 and it was a package from GA Tech
> that ranon the Prime 50 series minis.  It was alot like using Eunice on
> a VAX/VMS system.  A quick scan of the stuff from Ken Yap found no mention
> of a number of systems that were known to exist by that time.  No PDP-11,
> no Prime, some mention of the VAX, no mention of Unix (don't ask me why,
> but the VOS was ported to Unix!!).  I guess what I need to do is see what
> systems are supported in what I have and try to get a system up again to
> check out.
>
> >
> > I probably still have the tape, but, it's 20 years old, hasn't been
> > used for at least 15 years, who knows what condition it's in, and it's
> > not much different than the content on the Web.
>
> What are the odds that a 15 year old tape is even readable today??  I know
> when I found the original BSD tapes here even with their being stored in the
> computer room, they were unreadable.
>
> >
> > You must realize, I guess, that you aren't getting a complete operating
> > system when you speak of STVOS, but just a ratfor translator and sources
> > for lots of Unix-like utilities.
>
> And primitives to translate between the host OS and the VOS API.
>
> >                                  You need to supply a Fortran compiler
> > and operating system on which to build this.
>
> And many were supported.  I was hoping to find enough of them to have a
> good example of what problems were run into doing the ports.  Can go a
> long way in helping with other porting efforts.  And because the API is
> very Unix-like it offers some intersting possibilities for expansion.
>
> >                                               The idea was to make a
> > highly-portable set of software development tools and utilities that
> > could be ported and used across many OSes, thus making what you develop
> > available across many OSes.  There is no OS (i.e., resource management,
> > file system, etc.) included.
>
> True.  But a common API with hooks into a number of very different OSes.
>
> >
> > What you refer to in your emails about VOS bears little resemblance
> > to the STVOS, because STVOS wasn't an OS.
>
> Probably depends on your definition of OS.  It was an ambitious project
> at the time and an idea whose time may just now be coming into vogue.
>
> >                                            Today's VOSes, like a Java
> > machine, are at least one step beyond the STVOS.
>
> Again, I am not sure I agree.  To me the Java VM is just the UCSD P-machine
> warmed over.  One of the reasons things like the P-Machine and VOSes didn't
> fly 20 years ago was performance.  We were trying to wring every last bit
> (no pun intended!) of performance out of our hardware.  We frequently still
> did a lot of our programming in assembler (I was doing things like Prime
> 50-series and Univac-1100 assembler and almost anything on a micro was either
> complete or heavily laced with assembler, LSI-11, Z80, M68K.)  Today, for all
> intents and purposes we have cpu cycles to burn.  Look at the popularity of
> hardware emulators.  E11, Charon VAX, SIMH.  And people talking about how
> these emulators outperform the real hardware and could easily be used as
> production systems.  Maybe it's time to look into reviving some of these
> ideas, but hopefully, not with a return to the beginning and a total re-
> invention of the wheel.
>
> >
> > You might want to establish what the final date of release of STVOS
> > was to determine what the final version was.  As I recall, it wasn't
> > too much later than 1981.  (The Toys tape is 1983.)  Somewhere I have
> > a pile of old newsletters that would have the answer, but they're
> > boxed away in storage.  I won't be able to dig for them for another
> > month.
>
> I know the Prime version was still available until the mid 80's. but much
> of this may have been independant work as STUG may have already faded
> into the background.
>
> I guess the thing that bothers me the most is not wether or not this can be
> turned into something usable, but the fact that what was an impressive work
> for the time it was done has been allowed to all but disappear.  Maybe I'm
> getting maudlin in my old age.  :-)
>
> I appreciate everyone's help and as I said previously, it makes me appreciate
> even more the work of Warren and PUPS and Tim Shoppa as well.
>
> All the best.
>
> bill
>
> --
> Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolves
> bill at cs.scranton.edu     |  and a sheep voting on what's for dinner.
> University of Scranton   |
> Scranton, Pennsylvania   |         #include <std.disclaimer.h>
>
> _______________________________________________
> PUPS mailing list
> PUPS at minnie.tuhs.org
> http://minnie.tuhs.org/mailman/listinfo/pups
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Bill.Mayhew.vcf
Type: text/x-vcard
Size: 203 bytes
Desc: Card for Bill Mayhew
URL: <http://minnie.tuhs.org/pipermail/tuhs/attachments/20011102/80617c7f/attachment.vcf>

From bill at cs.scranton.edu  Sat Nov  3 02:51:35 2001
From: bill at cs.scranton.edu (Bill Gunshannon)
Date: Fri, 2 Nov 2001 11:51:35 -0500 (EST)
Subject: [pups] The Software Tools Virtual Operating System
In-Reply-To: <3BE2C9AD.B4414B4C@oracle.com>
Message-ID: <20011102113550.E48859-100000@server2.cs.scranton.edu>

On Fri, 2 Nov 2001, Bill Mayhew wrote:

> > (don't ask me why, but the VOS was ported to Unix!!).
>
> That's easy to answer, recalling some of the burnt and frayed edges of the Good
> Old Days ;-)
>
> The question "what *is* UNIX?" was a popular *philosophical* question at the
> time, even among people who used UNIX and knew it well, because there were so
> many incompatible variants, even on the same hardware, that called themselves
> UNIX.

I would imagine the differences then were minor compared to today.  There
really were only two major variants.  And, because the underlying model of
Unix was also The Software Tools approach, the APIof the VOS, as far as it
went, was of a decidely Unix flavor.

>
> That problem was one of the drivers of the whole Software Tools movement, as I
> recall.  ST, including VOS, was viewed as a way of addressing the compatibility
> problem, regardless of whether the underlying "real" OS claimed to be UNIX,
> UNIX-compatible, UNIX-like, or none-of-the-above.

And this is one of the reasons why I am so interested in reviving the effort.
This need still exists, even among Unix systems, but when you bring none
Unix systems into the picture (yes, they still exist!!) the problem grows
exponentially.

So, let's look backwards a little.  Anybody here remember Eunice on VMS??
How about Primix on Primos??  These were obvious commercial attempts at
the STVOS.  Why did they fail??  Performance.  And a user community unwilling
to accept anything less than the best performance the hardware of the day
could deliver.  The same was true of the P-Machine approach.  While it
offered true binary compatability and portability of applications (anybody
here remember PCD Systems of Penn Yan, NY??) even the minor loss of machine
efficiency made people look at (frequently more expensive) alternatives.

But today, the average user has power to burn.  The Java VM is stting on
top of the world.  And efficiency doesn't even get mentioned in most CS
classrooms.  And there are other examples.  "The POSIX Shell".  CYGWin.
Even DII-COE smacks of it.

And anyway, some of the old ideas are just plain fun.  Why else do we all
spend our free time working with our PDP-11's??  :-)

All the best.

bill

-- 
Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolves
bill at cs.scranton.edu     |  and a sheep voting on what's for dinner.
University of Scranton   |
Scranton, Pennsylvania   |         #include <std.disclaimer.h>



From wkt at minnie.tuhs.org  Mon Nov  5 08:39:40 2001
From: wkt at minnie.tuhs.org (Warren Toomey)
Date: Mon, 5 Nov 2001 09:39:40 +1100 (EST)
Subject: [pups] Scanning old Unix manuals in
In-Reply-To: <001001c164a2$c4d8b2e0$dcb8fea9@default> from martin lovick at "Nov
 3, 2001 08:04:32 pm"
Message-ID: <200111042239.fA4Mdes56656@minnie.tuhs.org>

In article by martin lovick:
> Hi,
> 
> I've read the FAQ and it mentioned the earlier versions of the [Unix manuals]
> being scanned and ocr'd..... Has any progress been made with this?
> 
> regards
> Martin Lovick

Well, both Norman and I were going to do it. Because Dennis found the
3rd and 4th Edition manuals in electronic format, now we are only missing
the 2nd and 5th Edition manuals.

I made an abortive start before I left my job in July, and I haven't got
back to it. So, no real progress at this stage.

	Warren



From cube1 at home.com  Mon Nov  5 10:30:34 2001
From: cube1 at home.com (Jay Jaeger)
Date: Sun, 04 Nov 2001 18:30:34 -0600
Subject: [pups] Re: PUPS digest, Vol 1 #5 - 3 msgs
In-Reply-To: <200111030105.fA315Hv42958@minnie.tuhs.org>
Message-ID: <4.3.2.7.2.20011104182808.03bc5880@cirithi>

Bill Gunshannon wrote:

 > What are the odds that a 15 year old tape is even readable today?? I know
 > when I found the original BSD tapes here even with their being stored in 
the
 > computer room, they were unreadable.

You might be surprised.

PUPS has Mini-Unix because I was able to read a 15 year old tape a few 
years back.

I can still read a copy of the V6 distribution that was made in the late 
1970's.  Recently I read thru all the 9 track tapes I had, and only one of 
them had errors.  Many were well over 10 years old.

And Paul Pierce managed to put together a usable image of the IBM PR155 O/S 
for the IBM 1410 by reading 2 7 track tapes that were pushing 30.

Jay Jaeger


---	
Jay R. Jaeger					The Computer Collection
cube1 at home.com			visit http://members.home.net/thecomputercollection



From chd_1 at nktelco.net  Mon Nov  5 12:37:54 2001
From: chd_1 at nktelco.net (Chuck Dickman)
Date: Sun, 04 Nov 2001 21:37:54 -0500
Subject: [pups] Trouble with 2.11BSD and CQD-220
Message-ID: <3BE5FB82.3E48D499@nktelco.net>

I have a QBus SCSI disk controller (Horray!) and it is working
fine. Except... I cannot get it to boot directly from the SCSI drive. 

More detail.... The processor is an 11/73 and the SCSI controller is a
CMD CQD-220 with a Fujitsu 220MB drive. The CQD-220 is set as the
primary
MSCP controller and an RQDX3 with an RX50 drive as the secondary MSCP
controller. I have placed rauboot from 2.11BSD on the SCSI drive and
on a floppy. I can boot fine from the floppy, but not from the SCSI
drive. The floppy loads boot and then from there

.: ra(0,0,0)unix

boots unix from the SCSI drive.

When booting from the SCSI drive, the boot sector is loaded into memory
and then relocated. It hangs waiting for the MSCP controller to respond.
I have not diagnosed it to the command that hangs.

Is anybody else booting 2.11BSD directly from a drive attached to a
CQD-220?

-chuck


From joerg at cs.waikato.ac.nz  Mon Nov  5 13:02:19 2001
From: joerg at cs.waikato.ac.nz (Joerg Micheel)
Date: Mon, 5 Nov 2001 16:02:19 +1300
Subject: [pups] Searching for 8" DSDD drive
Message-ID: <20011105160219.B85031@cs.waikato.ac.nz>

Hi PDP owners,

we are looking for someone with access to a working 8" DSDD floppy
disk drive, presumably running RT or RSX on the PDP system. This is
to retrieve some very interesting historic material regarding the
Internet. As some of you may know, the IMP's in the 1980s, or fuzzball
systems, were running PDPs.

The actual floppies to be read are in Delaware, anyone close there
would be a big bonus.

Thank you.
	Joerg
-- 
Joerg B. Micheel			Email: <joerg at cs.waikato.ac.nz>
WAND and NLANR MOAT			Email: <joerg at nlanr.net>
The University of Waikato, CompScience	Phone: +64 7 8384794
Private Bag 3105			Fax:   +64 7 8585095
Hamilton, New Zealand			Plan:  PMA, TINE and the DAG's


From SHOPPA at trailing-edge.com  Mon Nov  5 13:19:38 2001
From: SHOPPA at trailing-edge.com (SHOPPA at trailing-edge.com)
Date: Sun, 4 Nov 2001 22:19:38 -0500
Subject: [pups] Searching for 8" DSDD drive
Message-ID: <011104221938.202002c0@trailing-edge.com>

>we are looking for someone with access to a working 8" DSDD floppy
>disk drive, presumably running RT or RSX on the PDP system. This is
>to retrieve some very interesting historic material regarding the
>Internet. As some of you may know, the IMP's in the 1980s, or fuzzball
>systems, were running PDPs.

You need more than just the drive - you need a compatible controller.  While
most floppy systems were DEC-compatible in SSSD and SSDD modes (RX01 and RX02),
the DEC RX03 (DSDD) was never released and as a result there are literally
dozens of not-quite-compatible DSDD floppy systems.  When the low-level
format agrees, you'll discover that the interleaving doesn't!  (And there
are a lot more choices with regards to interleaving when you've got two
sides...)

If you can clue us in as to the make and model of the writing controller,
it'd help a lot.

>The actual floppies to be read are in Delaware, anyone close there
>would be a big bonus.

I'm sure I've got a couple dozen not-quite-compatible DSDD systems here
in DC :-).

Tim.


From sms at 2BSD.COM  Mon Nov  5 14:15:59 2001
From: sms at 2BSD.COM (Steven M. Schultz)
Date: Sun, 4 Nov 2001 20:15:59 -0800 (PST)
Subject: [pups] Trouble with 2.11BSD and CQD-220
Message-ID: <200111050415.fA54Fxd02290@moe.2bsd.com>

hi -

> From: "Chuck Dickman" <chd_1 at nktelco.net>
> fine. Except... I cannot get it to boot directly from the SCSI drive. 
> 
> More detail.... The processor is an 11/73 and the SCSI controller is a
> CMD CQD-220 with a Fujitsu 220MB drive. The CQD-220 is set as the primary
> MSCP controller and an RQDX3 with an RX50 drive as the secondary MSCP...
> 
> .: ra(0,0,0)unix
> 
> boots unix from the SCSI drive.
> 
> When booting from the SCSI drive, the boot sector is loaded into memory
> and then relocated. It hangs waiting for the MSCP controller to respond.
> I have not diagnosed it to the command that hangs.

	Bug in the CMD controller but CMD isn't unique - others have had
	the problem as well.   The bug is that the controller insists on
	an interrupt vector being presented during the 3 or 4 step 
	initialization protocol.   The 2BSD boot block code is running without
	interrupts enabled and does not provide an interrupt vector.   The
	result is an endless loop waiting for the controller to say it is
	done.

> Is anybody else booting 2.11BSD directly from a drive attached to a
> CQD-220?

	Perhaps the appended patch (#432) will be of use ;)

	The patchlevel of the 2.11 in the PUPS archive is 431 if I looked
	at the right direcctory (you can check the rev level by looking at
	the first couple lines of /VERSION).

	Patch rauboot.s and reinstall the bootblock - I think that will
	fix your problem of booting directly from the CMD attached disk.

	Steven Schultz
	sms at 2bsd.com

------------------------cut here----------------------
Subject: Y2K troff fix, 4.3compat remnant removed, misc cleanup (#432)
Index:	share/tmac/{tman.an.new,tmac.s},sys/sys/{several},others 2.11BSD

Description:
	1. The 'ms', 'man' and 'me' troff macro packages do not correctly 
	   handle dates past 1999.

	2. There was some unused 4.3BSD compatibility code lingering in the
	   kernel taking up I space.

	3. Kermit coredumps with an illegal system call.

	4. rlogin(1), resolver(3), contained some Vax/Sun/4.3BSD conditional 
	   code that was no longer needed.

	5. The MSCP bootblock could not boot disks attached to a TD Systems 
	   Viking MSCP controller.

	6. /etc/rc.local uses strings(1) on the kernel image instead of
	   simply asking the kernel for its version information with 
	   "sysctl kern.version".   There's no reason why /etc/motd
	   needs to be publically writeable.

	7. sysctl 'kern.ostype' and 'kern.osrelease' return the same 
	   information which is silly (and a bit useless).   

	8. BSD in param.h was defined as "211" which makes date/time 
	   comparisons meaningless ("#if  BSD > 199910").

Repeat-By:
	1. Format a document that uses the "-ms" macro package and has dates
	   in it.   Notice that the date will be "October 6, 19100" instead
	   of "October 6 2000".
	
	2 - 4. Observation.   

	5. Have a MSCP disk attached to a TD Viking Systems controller.  The
	   boot block will go into an endless loop waiting for the controller
	   to respond.

	6 - 7. Observation.

Fix:
	A big thank you to Frank Wortnet for spotting and fixing the troff 
	macros. 

	Thanks to Tim Shoppa for tracking down the problem with the Viking
	MSCP controller and providing the tweek to the RA bootblock.

	I forget who submitted the suggestion that /etc/motd not be
	publically writeable.  Thanks.

	The remaining parts of the update are various odds and ends that
	have been gathering since May or June 2000 but never made it out
	as an update due to time contraints.

	When the 4.3 compatibility code was ripped out a couple parts were
	overlooked.  They're not used and just take up space in the kernel
	(a few bytes here, a few bytes there and fitting the overlays together
	is made harder than it need be) and also slowed the system slightly
	due to calling 'helper' functions (function call/return are fairly
	expensive).

	Another overlooked item when the compatibility code was removed 
	was the Kermit program.  At the time the old system calls were removed
	it was necessary to rebuild the entire system from sources.  Kermit
	is (due to its size) not rebuilt along with the rest of the system.
	Thus, if you attempt to run Kermit it coredumps with an illegal
	system call.   All that is needed is a recompile (takes about an hour).

	Having sysctl(3) return the same information for 'kern.ostype' and
	'kern.osrelease' was a mistake.  This has been changed to be more
	useful.   'sysctl kern.ostype' now returns "BSD" and 'sysctl 
	kern.osrelease' returns "2.11".   

	In <sys/param.h> the BSD define has been changed from 211 to
	200005 (year 2000, month 5) to more accurately reflect the system's
	capabilities.   Basically 'BSD' has changed from an encoded release
	value to a stylized date value.   Sections of the kernel (and several
	userland programs) which relied on "#if BSD < 43" to select old
	compatibility features were modified or removed as a result of changing
	the meaning of 'BSD' in param.h.   Indeed much of the size of the
	patch is directly related to the change in param.h

	rlogin(1) was cleaned up.   Standard include files were used rather
	than locally declaring functions such as index(3) and so on.   As long
	as rlogin was being worked on the sources and the manpage were 
	relocated in accordance with the convention that the manpage source
	goes into the sourcecode directory.

	The update kit below is a shar file containing 4 files:

		432.patch   =  a file to be fed thru patch(1)
		432.sh      =  a shell script to rearrange rlogin(1)'s files
		432.rm      =  a shell script to remove old rlogin(1) files
		432.shar    =  a shar file of rlogin(1)'s new Makefile

	The two shell scripts are small (just two or three commands each).   
	The commands could of course be typed in manually if desired.

	To install the update cut where indicated below and save to a file
	(/tmp/432) and then:

		cd /tmp
		sh 432
		./432.sh
		./432.rm
		sh 432.shar
		patch -p0 < 432.patch

	Watch carefully for any rejected parts of the patch.   Failure of a
	patch typically means the system was not current on all preceeding 
	updates _or_ that local modifications have been made.

	Next rebuild Kermit if this has not previously been done:

		cd /usr/src/new/kermit5.188
		make bsd211
		cp wermit /usr/new/kermit
		make clean

	The updated troff macros are installed next:

		cd /usr/src/share/me
		make install
		cd /usr/src/share/tmac
		make install

	It is not required to build a new kernel at this time since the only
	changes were to remove code that was not being used.   One reason to
	build a new kernel would be to make sure the overlay structure is
	still valid:

		cd /sys/YOUR_KERNEL
		make clean
		make
		and then install as usual

	Lastly the MSCP bootblock is recompiled and installed in /mdec:

		cd /sys/mdec
		install -m 444 rauboot /mdec/rauboot
		make clean

	As always this and previous updates to 2.11BSD are available via
	anonymous FTP to either FTP.IIPO.GTEGSC.COM or MOE.2BSD.COM in the
	directory /pub/2.11BSD.

============================cut here===========================
#! /bin/sh
# This is a shell archive, meaning:
# 1. Remove everything above the #! /bin/sh line.
# 2. Save the resulting text in a file.
# 3. Execute the file with /bin/sh (not csh) to create:
#	432.rm
#	432.sh
#	432.shar
#	432.patch
# This archive created: Fri Oct 13 21:52:42 2000
export PATH; PATH=/bin:/usr/bin:$PATH
if test -f '432.rm'
then
	echo shar: "will not over-write existing file '432.rm'"
else
sed 's/^B//' << \SHAR_EOF > '432.rm'
B
B#!/bin/sh
B
Brm -f /usr/src/man/man1/rlogin.1
Brm -f /usr/src/ucb/rlogin.c
SHAR_EOF
chmod 755 '432.rm'
fi
if test -f '432.sh'
then
	echo shar: "will not over-write existing file '432.sh'"
else
sed 's/^B//' << \SHAR_EOF > '432.sh'
B#!/bin/sh
B
Bset -e
Bumask 22
B
Bmkdir -p /usr/src/ucb/rlogin
Bcp -p /usr/src/ucb/rlogin.c /usr/src/ucb/rlogin/rlogin.c
Bcp -p /usr/src/man/man1/rlogin.1 /usr/src/ucb/rlogin/rlogin.1
SHAR_EOF
chmod 755 '432.sh'
fi
if test -f '432.shar'
then
	echo shar: "will not over-write existing file '432.shar'"
else
sed 's/^B//' << \SHAR_EOF > '432.shar'
B#! /bin/sh
B# This is a shell archive, meaning:
B# 1. Remove everything above the #! /bin/sh line.
B# 2. Save the resulting text in a file.
B# 3. Execute the file with /bin/sh (not csh) to create:
B#	/usr/src/ucb/rlogin/Makefile
B# This archive created: Thu Oct 12 21:10:13 2000
Bexport PATH; PATH=/bin:/usr/bin:$PATH
Bif test -f '/usr/src/ucb/rlogin/Makefile'
Bthen
B	echo shar: "will not over-write existing file '/usr/src/ucb/rlogin/Makefile'"
Belse
Bsed 's/^Z//' << \SHAR_EOF > '/usr/src/ucb/rlogin/Makefile'
BZ#
BZ# Public Domain.  1996/11/16 - Steven Schultz
BZ#
BZ#	@(#)Makefile	1.0 (2.11BSD) 2000/5/17
BZ#
BZCFLAGS=	 -O
BZSEPFLAG= -i
BZSRCS=	rlogin.c
BZOBJS=	rlogin.o
BZMAN=	rlogin.0
BZMANSRC=	rlogin.1
BZ
BZall: rlogin rlogin.0
BZ
BZrlogin: ${OBJS}
BZ	${CC} ${CFLAGS} ${SEPFLAG} -o $@ ${OBJS}
BZ
BZrlogin.0: ${MANSRC}
BZ	/usr/man/manroff ${MANSRC} > ${MAN}
BZ
BZclean:
BZ	rm -f ${OBJS} ${MAN} rlogin tags 
BZ
BZdepend: ${SRCS}
BZ	mkdep ${CFLAGS} ${SRCS}
BZ
BZinstall: rlogin
BZ	install -c -o bin -g bin -m 444 ${MAN} ${DESTDIR}/usr/man/cat1
BZ	install -s -o root -g bin -m 4755 rlogin ${DESTDIR}/usr/ucb/rlogin
BZ
BZlint: ${SRCS}
BZ	lint -hax ${SRCS}
BZ
BZtags: ${SRCS}
BZ	ctags ${SRCS}
BZ# DO NOT DELETE THIS LINE -- mkdep uses it.
BZ# DO NOT PUT ANYTHING AFTER THIS LINE, IT WILL GO AWAY.
BSHAR_EOF
Bfi
Bexit 0
B#	End of shell archive
SHAR_EOF
chmod 644 '432.shar'
fi
if test -f '432.patch'
then
	echo shar: "will not over-write existing file '432.patch'"
else
sed 's/^B//' << \SHAR_EOF > '432.patch'
B*** /etc/rc.local.old	Sat Nov 16 16:23:44 1996
B--- /etc/rc.local	Wed May 17 21:00:28 2000
B***************
B*** 1,10 ****
B  #! /bin/sh -
B  # site-specific startup actions, daemons
B  
B! strings /vmunix | grep UNIX >/tmp/t1
B  tail +2 /etc/motd >>/tmp/t1
B  mv /tmp/t1 /etc/motd
B! chmod 666 /etc/motd
B  
B  echo -n			starting local daemons:			>/dev/console 2>&1
B  #if [ $INET = YES -a -f /usr/sbin/timed ]; then
B--- 1,10 ----
B  #! /bin/sh -
B  # site-specific startup actions, daemons
B  
B! sysctl -n kern.version | head -1 > /tmp/t1
B  tail +2 /etc/motd >>/tmp/t1
B  mv /tmp/t1 /etc/motd
B! chmod 644 /etc/motd
B  
B  echo -n			starting local daemons:			>/dev/console 2>&1
B  #if [ $INET = YES -a -f /usr/sbin/timed ]; then
B*** /usr/src/sys/sys/kern_sysctl.c.old	Wed Aug 11 19:40:36 1999
B--- /usr/src/sys/sys/kern_sysctl.c	Wed May 17 20:01:48 2000
B***************
B*** 33,39 ****
B   * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
B   * SUCH DAMAGE.
B   *
B!  *	@(#)kern_sysctl.c	8.4.11 (2.11BSD) 1999/8/11
B   */
B  
B  /*
B--- 33,39 ----
B   * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
B   * SUCH DAMAGE.
B   *
B!  *	@(#)kern_sysctl.c	8.4.12 (2.11BSD) 2000/5/17
B   */
B  
B  /*
B***************
B*** 195,204 ****
B  
B  	switch (name[0]) {
B  	case KERN_OSTYPE:
B  	case KERN_OSRELEASE:
B! 		/* code is cheaper than D space */
B! 		bsd[0]='2';bsd[1]='.';bsd[2]='1';bsd[3]='1';bsd[4]='B';
B! 		bsd[5]='S';bsd[6]='D';bsd[7]='\0';
B  		return (sysctl_rdstring(oldp, oldlenp, newp, bsd));
B  	case KERN_ACCTTHRESH:
B  		level = Acctthresh;
B--- 195,204 ----
B  
B  	switch (name[0]) {
B  	case KERN_OSTYPE:
B+ 		bsd[0]='B';bsd[1]='S';bsd[2]='D';bsd[3]='\0';
B+ 		return (sysctl_rdstring(oldp, oldlenp, newp, bsd));
B  	case KERN_OSRELEASE:
B! 		bsd[0]='2';bsd[1]='.';bsd[2]='1';bsd[3]='1';bsd[4]='\0';
B  		return (sysctl_rdstring(oldp, oldlenp, newp, bsd));
B  	case KERN_ACCTTHRESH:
B  		level = Acctthresh;
B*** /usr/src/sys/sys/kern_prot2.c.old	Sun Feb 20 18:13:08 2000
B--- /usr/src/sys/sys/kern_prot2.c	Tue Aug  1 20:44:47 2000
B***************
B*** 35,41 ****
B   * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
B   * SUCH DAMAGE.
B   *
B!  *	@(#)kern_prot2.c  8.9.2 (2.11BSD) 2000/2/20
B   */
B  
B  #include "param.h"
B--- 35,41 ----
B   * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
B   * SUCH DAMAGE.
B   *
B!  *	@(#)kern_prot2.c  8.9.3 (2.11BSD) 2000/8/1
B   */
B  
B  #include "param.h"
B***************
B*** 49,72 ****
B  
B  int
B  setuid()
B! {
B  	struct a {
B  		uid_t uid;
B  		} *uap = (struct a *)u.u_ap;
B  
B- 	return(_setuid(uap->uid));
B- 	}
B- 
B- /*
B-  * This is a helper function used by setuid() above and the 4.3BSD 
B-  * compatibility code.  When the latter goes away this can be joined
B-  * back into the above code and save a function call.
B- */
B- int
B- _setuid(uid)
B- 	register uid_t uid;
B- 	{
B- 
B  	if (uid != u.u_ruid && !suser())
B  		return(u.u_error);
B  	/*
B--- 49,60 ----
B  
B  int
B  setuid()
B! 	{
B  	struct a {
B  		uid_t uid;
B  		} *uap = (struct a *)u.u_ap;
B+ 	register uid_t uid = uap->uid;
B  
B  	if (uid != u.u_ruid && !suser())
B  		return(u.u_error);
B  	/*
B***************
B*** 78,84 ****
B          QUOTAMAP();
B  	if (u.u_quota->q_uid != uid) {
B  		qclean();
B! 		qstart(getquota((uid_t)uid, 0, 0));
B  	}
B  	QUOTAUNMAP();
B  #endif
B--- 66,72 ----
B          QUOTAMAP();
B  	if (u.u_quota->q_uid != uid) {
B  		qclean();
B! 		qstart(getquota(uid, 0, 0));
B  	}
B  	QUOTAUNMAP();
B  #endif
B***************
B*** 88,94 ****
B  	u.u_ruid = uid;
B  	u.u_svuid = uid;
B  	u.u_acflag |= ASUGID;
B! 	return (u.u_error = 0);
B  	}
B  
B  int
B--- 76,82 ----
B  	u.u_ruid = uid;
B  	u.u_svuid = uid;
B  	u.u_acflag |= ASUGID;
B! 	return(u.u_error = 0);
B  	}
B  
B  int
B***************
B*** 97,119 ****
B  	struct a {
B  		uid_t euid;
B  		} *uap = (struct a *)u.u_ap;
B  
B! 	return(_seteuid(uap->euid));
B! 	}
B! 
B! int
B! _seteuid(euid)
B! 	register uid_t euid;
B! 	{
B! 
B! 	if (euid != u.u_ruid && euid != u.u_svuid && !suser())
B! 		return (u.u_error);
B  	/*
B  	 * Everything's okay, do it.
B  	 */
B  	u.u_uid = euid;
B  	u.u_acflag |= ASUGID;
B! 	return (u.u_error = 0);
B  	}
B  
B  int
B--- 85,100 ----
B  	struct a {
B  		uid_t euid;
B  		} *uap = (struct a *)u.u_ap;
B+ 	register uid_t euid = uap->euid;
B  
B! 	if	(euid != u.u_ruid && euid != u.u_svuid && !suser())
B! 		return(u.u_error);
B  	/*
B  	 * Everything's okay, do it.
B  	 */
B  	u.u_uid = euid;
B  	u.u_acflag |= ASUGID;
B! 	return(u.u_error = 0);
B  	}
B  
B  int
B***************
B*** 122,143 ****
B  	struct a {
B  		gid_t gid;
B  		} *uap = (struct a *)u.u_ap;
B! 	
B! 	return(_setgid(uap->gid));
B! 	}
B  
B- int 
B- _setgid(gid)
B- 	register gid_t gid;
B- 	{
B- 
B  	if (gid != u.u_rgid && !suser())
B! 		return (u.u_error);	/* XXX */
B  	u.u_groups[0] = gid;		/* effective gid is u_groups[0] */
B  	u.u_rgid = gid;
B  	u.u_svgid = gid;
B  	u.u_acflag |= ASUGID;
B! 	return (u.u_error = 0);
B  	}
B  
B  int
B--- 103,117 ----
B  	struct a {
B  		gid_t gid;
B  		} *uap = (struct a *)u.u_ap;
B! 	register gid_t	gid = uap->gid;
B  
B  	if (gid != u.u_rgid && !suser())
B! 		return(u.u_error);	/* XXX */
B  	u.u_groups[0] = gid;		/* effective gid is u_groups[0] */
B  	u.u_rgid = gid;
B  	u.u_svgid = gid;
B  	u.u_acflag |= ASUGID;
B! 	return(u.u_error = 0);
B  	}
B  
B  int
B***************
B*** 146,163 ****
B  	struct a {
B  		gid_t egid;
B  	} *uap = (struct a *)u.u_ap;
B  
B- 	return(_setegid(uap->egid));
B- 	}
B- 
B- int
B- _setegid(egid)
B- 	register gid_t egid;
B- 	{
B- 
B  	if (egid != u.u_rgid && egid != u.u_svgid && !suser())
B! 		return (u.u_error);
B  	u.u_groups[0] = egid;
B  	u.u_acflag |= ASUGID;
B! 	return (u.u_error = 0);
B  	}
B--- 120,130 ----
B  	struct a {
B  		gid_t egid;
B  	} *uap = (struct a *)u.u_ap;
B+ 	register gid_t egid = uap->egid;
B  
B  	if (egid != u.u_rgid && egid != u.u_svgid && !suser())
B! 		return(u.u_error);
B  	u.u_groups[0] = egid;
B  	u.u_acflag |= ASUGID;
B! 	return(u.u_error = 0);
B  	}
B*** /usr/src/sys/sys/subr_prf.c.old	Sat Dec  5 17:34:36 1998
B--- /usr/src/sys/sys/subr_prf.c	Tue Aug  1 20:46:48 2000
B***************
B*** 3,9 ****
B   * All rights reserved.  The Berkeley software License Agreement
B   * specifies the terms and conditions for redistribution.
B   *
B!  *	@(#)subr_prf.c	1.2 (2.11BSD) 1998/12/5
B   */
B  
B  #include "param.h"
B--- 3,9 ----
B   * All rights reserved.  The Berkeley software License Agreement
B   * specifies the terms and conditions for redistribution.
B   *
B!  *	@(#)subr_prf.c	1.3 (2.11BSD) 2000/8/1
B   */
B  
B  #include "param.h"
B***************
B*** 300,306 ****
B   * about failing disk tranfers.
B   */
B  harderr(bp, cp)
B! 	struct buf *bp;
B  	char *cp;
B  {
B  	printf("%s%d%c: hard error sn%D ", cp,
B--- 300,306 ----
B   * about failing disk tranfers.
B   */
B  harderr(bp, cp)
B! 	register struct buf *bp;
B  	char *cp;
B  {
B  	printf("%s%d%c: hard error sn%D ", cp,
B*** /usr/src/sys/h/param.h.old	Wed Sep 15 19:38:45 1999
B--- /usr/src/sys/h/param.h	Wed May 17 20:10:44 2000
B***************
B*** 3,12 ****
B   * All rights reserved.  The Berkeley software License Agreement
B   * specifies the terms and conditions for redistribution.
B   *
B!  *	@(#)param.h	1.6 (2.11BSD) 1999/9/5
B   */
B  
B! #define	BSD	211		/* 2.11 * 10, as cpp doesn't do floats */
B  
B  #include <sys/localopts.h>
B  #include <sys/stddef.h>		/* for 'offsetof' */
B--- 3,12 ----
B   * All rights reserved.  The Berkeley software License Agreement
B   * specifies the terms and conditions for redistribution.
B   *
B!  *	@(#)param.h	1.7 (2.11BSD) 2000/5/17
B   */
B  
B! #define	BSD	200005		/* System version (year and month) */
B  
B  #include <sys/localopts.h>
B  #include <sys/stddef.h>		/* for 'offsetof' */
B*** /usr/src/sys/mdec/rauboot.s.old	Wed May 31 19:54:49 1995
B--- /usr/src/sys/mdec/rauboot.s	Wed May 17 19:54:13 2000
B***************
B*** 298,304 ****
B  	clr	(r0)			/ Tell controller we go it
B  	rts	pc
B  
B! icons:	RAERR
B  	ra+RARING
B  	0
B  	RAGO
B--- 298,309 ----
B  	clr	(r0)			/ Tell controller we go it
B  	rts	pc
B  
B! / Some adaptors (TD Systems Viking for example) require the vector field
B! /  to be initialized even though interrupts are not enabled.  Use the primary
B! /  vector of 0154.   The standalone MSCP driver does the same thing and later on
B! /  the  kernel programs the adaptor with an assigned vector
B! 
B! icons:	RAERR + 033			/ 033 = 0154 >> 2
B  	ra+RARING
B  	0
B  	RAGO
B*** /usr/src/sys/netinet/raw_ip.c.old	Fri Jul  7 13:30:17 1989
B--- /usr/src/sys/netinet/raw_ip.c	Wed May 17 20:15:14 2000
B***************
B*** 9,15 ****
B   * software without specific prior written permission. This software
B   * is provided ``as is'' without express or implied warranty.
B   *
B!  *	@(#)raw_ip.c	7.3 (Berkeley) 12/7/87
B   */
B  
B  #include "param.h"
B--- 9,15 ----
B   * software without specific prior written permission. This software
B   * is provided ``as is'' without express or implied warranty.
B   *
B!  *	@(#)raw_ip.c	7.3.1 (2.11BSD) 2000/5/17
B   */
B  
B  #include "param.h"
B***************
B*** 61,71 ****
B  	int error;
B  	struct rawcb *rp = sotorawcb(so);
B  	struct sockaddr_in *sin;
B- #if BSD>=43
B  	short proto = rp->rcb_proto.sp_protocol;
B! #else
B! 	short proto = so->so_proto->pr_protocol;
B! #endif
B  	/*
B  	 * if the protocol is IPPROTO_RAW, the user handed us a 
B  	 * complete IP packet.  Otherwise, allocate an mbuf for a
B--- 61,68 ----
B  	int error;
B  	struct rawcb *rp = sotorawcb(so);
B  	struct sockaddr_in *sin;
B  	short proto = rp->rcb_proto.sp_protocol;
B! 
B  	/*
B  	 * if the protocol is IPPROTO_RAW, the user handed us a 
B  	 * complete IP packet.  Otherwise, allocate an mbuf for a
B***************
B*** 113,125 ****
B  
B  	ip->ip_dst = ((struct sockaddr_in *)&rp->rcb_faddr)->sin_addr;
B  
B- #if BSD>=43
B  	return (ip_output(m, rp->rcb_options, &rp->rcb_route, 
B  	   (so->so_options & SO_DONTROUTE) | IP_ALLOWBROADCAST));
B- #else
B- 	return (ip_output(m, (struct mbuf *)0, &rp->rcb_route, 
B- 	   (so->so_options & SO_DONTROUTE) | IP_ALLOWBROADCAST));
B- #endif
B  bad:
B  	m_freem(m);
B  	return (error);
B--- 110,117 ----
B*** /usr/src/sys/netinet/tcp_input.c.old	Sat May  7 14:43:47 1988
B--- /usr/src/sys/netinet/tcp_input.c	Wed May 17 20:17:27 2000
B***************
B*** 9,15 ****
B   * software without specific prior written permission. This software
B   * is provided ``as is'' without express or implied warranty.
B   *
B!  *	@(#)tcp_input.c	7.15.1.2 (Berkeley) 3/16/88
B   */
B  
B  #include "param.h"
B--- 9,15 ----
B   * software without specific prior written permission. This software
B   * is provided ``as is'' without express or implied warranty.
B   *
B!  *	@(#)tcp_input.c	7.15.1.3 (2.11BSD) 2000/5/17
B   */
B  
B  #include "param.h"
B***************
B*** 321,329 ****
B  		inp = (struct inpcb *)so->so_pcb;
B  		inp->inp_laddr = ti->ti_dst;
B  		inp->inp_lport = ti->ti_dport;
B- #if BSD>=43
B  		inp->inp_options = ip_srcroute();
B- #endif
B  		tp = intotcpcb(inp);
B  		tp->t_state = TCPS_LISTEN;
B  	}
B--- 321,327 ----
B***************
B*** 491,507 ****
B  		ti->ti_seq++;
B  		if (ti->ti_len > tp->rcv_wnd) {
B  			todrop = ti->ti_len - tp->rcv_wnd;
B- #if BSD>=43
B  			m_adj(m, -todrop);
B- #else
B- 			/* XXX work around 4.2 m_adj bug */
B- 			if (m->m_len) {
B- 				m_adj(m, -todrop);
B- 			} else {
B- 				/* skip tcp/ip header in first mbuf */
B- 				m_adj(m->m_next, -todrop);
B- 			}
B- #endif
B  			ti->ti_len = tp->rcv_wnd;
B  			tiflags &= ~TH_FIN;
B  			tcpstat.tcps_rcvpackafterwin++;
B--- 489,495 ----
B***************
B*** 615,631 ****
B  				goto dropafterack;
B  		} else
B  			tcpstat.tcps_rcvbyteafterwin += todrop;
B- #if BSD>=43
B  		m_adj(m, -todrop);
B- #else
B- 		/* XXX work around m_adj bug */
B- 		if (m->m_len) {
B- 			m_adj(m, -todrop);
B- 		} else {
B- 			/* skip tcp/ip header in first mbuf */
B- 			m_adj(m->m_next, -todrop);
B- 		}
B- #endif
B  		ti->ti_len -= todrop;
B  		tiflags &= ~(TH_PUSH|TH_FIN);
B  	}
B--- 603,609 ----
B***************
B*** 1290,1323 ****
B  	tp->snd_cwnd = mss;
B  	return (mss);
B  }
B- 
B- #if BSD<43
B- /* XXX this belongs in netinet/in.c */
B- in_localaddr(in)
B- 	struct in_addr in;
B- {
B- 	register u_long i = ntohl(in.s_addr);
B- 	register struct ifnet *ifp;
B- 	register struct sockaddr_in *sin;
B- 	register u_long mask;
B- 
B- 	if (IN_CLASSA(i))
B- 		mask = IN_CLASSA_NET;
B- 	else if (IN_CLASSB(i))
B- 		mask = IN_CLASSB_NET;
B- 	else if (IN_CLASSC(i))
B- 		mask = IN_CLASSC_NET;
B- 	else
B- 		return (0);
B- 
B- 	i &= mask;
B- 	for (ifp = ifnet; ifp; ifp = ifp->if_next) {
B- 		if (ifp->if_addr.sa_family != AF_INET)
B- 			continue;
B- 		sin = (struct sockaddr_in *)&ifp->if_addr;
B- 		if ((sin->sin_addr.s_addr & mask) == i)
B- 			return (1);
B- 	}
B- 	return (0);
B- }
B- #endif
B--- 1268,1270 ----
B*** /usr/src/sys/netinet/tcp_output.c.old	Tue Oct 10 22:39:54 1995
B--- /usr/src/sys/netinet/tcp_output.c	Wed May 17 20:18:48 2000
B***************
B*** 9,15 ****
B   * software without specific prior written permission. This software
B   * is provided ``as is'' without express or implied warranty.
B   *
B!  *	@(#)tcp_output.c	7.13.1.4 (Berkeley) 1995/10/10
B   */
B  
B  #include "param.h"
B--- 9,15 ----
B   * software without specific prior written permission. This software
B   * is provided ``as is'' without express or implied warranty.
B   *
B!  *	@(#)tcp_output.c	7.13.1.5 (2.11BSD) 2000/5/17
B   */
B  
B  #include "param.h"
B***************
B*** 390,402 ****
B  	 */
B  	((struct ip *)ti)->ip_len = sizeof (struct tcpiphdr) + optlen + len;
B  	((struct ip *)ti)->ip_ttl = ip_defttl;	/* XXX */
B- #if BSD>=43
B  	error = ip_output(m, tp->t_inpcb->inp_options, &tp->t_inpcb->inp_route,
B  	    so->so_options & SO_DONTROUTE);
B- #else
B- 	error = ip_output(m, (struct mbuf *)0, &tp->t_inpcb->inp_route, 
B- 			  so->so_options & SO_DONTROUTE);
B- #endif
B  	if (error) {
B  		if (error == ENOBUFS) {
B  			tcp_quench(tp->t_inpcb);
B--- 390,397 ----
B*** /usr/src/sys/netinet/tcp_timer.c.old	Thu Apr 28 16:25:02 1988
B--- /usr/src/sys/netinet/tcp_timer.c	Wed May 17 20:19:44 2000
B***************
B*** 9,15 ****
B   * software without specific prior written permission. This software
B   * is provided ``as is'' without express or implied warranty.
B   *
B!  *	@(#)tcp_timer.c	7.11.1.2 (Berkeley) 3/16/88
B   */
B  
B  #include "param.h"
B--- 9,15 ----
B   * software without specific prior written permission. This software
B   * is provided ``as is'' without express or implied warranty.
B   *
B!  *	@(#)tcp_timer.c	7.11.1.3 (2.11BSD) 2000/5/17
B   */
B  
B  #include "param.h"
B***************
B*** 178,186 ****
B  		 * retransmit times until then.
B  		 */
B  		if (tp->t_rxtshift > TCP_MAXRXTSHIFT / 4) {
B- #if BSD>=43
B  			in_losing(tp->t_inpcb);
B- #endif
B  			tp->t_rttvar += (tp->t_srtt >> 2);
B  			tp->t_srtt = 0;
B  		}
B--- 178,184 ----
B*** /usr/src/sys/netinet/tcp_usrreq.c.old	Thu Apr 28 16:26:57 1988
B--- /usr/src/sys/netinet/tcp_usrreq.c	Wed May 17 20:20:49 2000
B***************
B*** 9,15 ****
B   * software without specific prior written permission. This software
B   * is provided ``as is'' without express or implied warranty.
B   *
B!  *	@(#)tcp_usrreq.c	7.7.1.2 (Berkeley) 3/16/88
B   */
B  
B  #include "param.h"
B--- 9,15 ----
B   * software without specific prior written permission. This software
B   * is provided ``as is'' without express or implied warranty.
B   *
B!  *	@(#)tcp_usrreq.c	7.7.1.3 (2.11BSD) 2000/5/17
B   */
B  
B  #include "param.h"
B***************
B*** 61,74 ****
B  	int error = 0;
B  	int ostate;
B  
B- #if BSD>=43
B  	if (req == PRU_CONTROL)
B  		return (in_control(so, (int)m, (caddr_t)nam,
B  			(struct ifnet *)rights));
B- #else
B- 	if (req == PRU_CONTROL)
B- 		return(EOPNOTSUPP);
B- #endif
B  	if (rights && rights->m_len)
B  		return (EINVAL);
B  
B--- 61,69 ----
B***************
B*** 317,323 ****
B  	return (error);
B  }
B  
B- #if BSD>=43
B  tcp_ctloutput(op, so, level, optname, mp)
B  	int op;
B  	struct socket *so;
B--- 312,317 ----
B***************
B*** 375,381 ****
B  	}
B  	return (error);
B  }
B- #endif
B  
B  int	tcp_sendspace = 1024*4;
B  int	tcp_recvspace = 1024*4;
B--- 369,374 ----
B*** /usr/src/etc/rc.local.old	Fri Jan 10 20:54:34 1997
B--- /usr/src/etc/rc.local	Wed May 17 21:01:41 2000
B***************
B*** 1,10 ****
B  #! /bin/sh -
B  # site-specific startup actions, daemons
B  
B! strings /vmunix | grep UNIX >/tmp/t1
B  tail +2 /etc/motd >>/tmp/t1
B  mv /tmp/t1 /etc/motd
B! chmod 666 /etc/motd
B  
B  echo -n			starting local daemons:			>/dev/console 2>&1
B  #if [ $INET = YES -a -f /usr/sbin/timed ]; then
B--- 1,10 ----
B  #! /bin/sh -
B  # site-specific startup actions, daemons
B  
B! sysctl -n kern.version | head -1 > /tmp/t1
B  tail +2 /etc/motd >>/tmp/t1
B  mv /tmp/t1 /etc/motd
B! chmod 644 /etc/motd
B  
B  echo -n			starting local daemons:			>/dev/console 2>&1
B  #if [ $INET = YES -a -f /usr/sbin/timed ]; then
B*** /usr/src/lib/libc/net/named/gethnamadr.c.old	Sun Jul 10 18:04:23 1994
B--- /usr/src/lib/libc/net/named/gethnamadr.c	Wed May 17 20:22:57 2000
B***************
B*** 11,18 ****
B   */
B  
B  #if defined(LIBC_SCCS) && !defined(lint)
B! static char sccsid[] = "@(#)gethostnamadr.c	6.31.2 (2.11BSD GTE) 6/27/94";
B! #endif /* LIBC_SCCS and not lint */
B  
B  #include <sys/param.h>
B  #include <sys/socket.h>
B--- 11,18 ----
B   */
B  
B  #if defined(LIBC_SCCS) && !defined(lint)
B! static char sccsid[] = "@(#)gethostnamadr.c	6.31.3 (2.11BSD) 2000/5/17";
B! #endif
B  
B  #include <sys/param.h>
B  #include <sys/socket.h>
B***************
B*** 112,120 ****
B  	ap = host_aliases;
B  	host.h_aliases = host_aliases;
B  	hap = h_addr_ptrs;
B- #if BSD >= 43 || defined(h_addr)	/* new-style hostent structure */
B  	host.h_addr_list = h_addr_ptrs;
B- #endif
B  	haveanswer = 0;
B  	while (--ancount >= 0 && cp < eom) {
B  		if ((n = dn_expand((char *)answer->buf, eom, cp, bp, buflen)) < 0)
B--- 112,118 ----
B***************
B*** 190,200 ****
B  	}
B  	if (haveanswer) {
B  		*ap = NULL;
B- #if BSD >= 43 || defined(h_addr)	/* new-style hostent structure */
B  		*hap = NULL;
B- #else
B- 		host.h_addr = h_addr_ptrs[0];
B- #endif
B  		return (&host);
B  	} else {
B  		h_errno = TRY_AGAIN;
B--- 188,194 ----
B***************
B*** 320,328 ****
B  		goto again;
B  	*cp++ = '\0';
B  	/* THIS STUFF IS INTERNET SPECIFIC */
B- #if BSD >= 43 || defined(h_addr)	/* new-style hostent structure */
B  	host.h_addr_list = host_addrs;
B- #endif
B  	host.h_addr = hostaddr;
B  	*((u_long *)host.h_addr) = inet_addr(p);
B  	host.h_length = sizeof (u_long);
B--- 314,320 ----
B*** /usr/src/lib/libc/net/res_send.c.old	Sun Jun 26 17:22:50 1994
B--- /usr/src/lib/libc/net/res_send.c	Wed May 17 20:27:18 2000
B***************
B*** 11,18 ****
B   */
B  
B  #if defined(LIBC_SCCS) && !defined(lint)
B! static char sccsid[] = "@(#)res_send.c	6.19.1 (Berkeley) 6/27/94";
B! #endif /* LIBC_SCCS and not lint */
B  
B  /*
B   * Send query to name server and wait for reply.
B--- 11,18 ----
B   */
B  
B  #if defined(LIBC_SCCS) && !defined(lint)
B! static char sccsid[] = "@(#)res_send.c	6.19.2 (2.11BSD) 2000/5/17";
B! #endif
B  
B  /*
B   * Send query to name server and wait for reply.
B***************
B*** 28,48 ****
B  #include <arpa/nameser.h>
B  #include <resolv.h>
B  
B- extern int errno;
B- 
B  static int s = -1;	/* socket used for communications */
B  static struct sockaddr no_addr;
B-   
B  
B- #ifndef FD_SET
B- #define	NFDBITS		32
B- #define	FD_SETSIZE	32
B- #define	FD_SET(n, p)	((p)->fds_bits[(n)/NFDBITS] |= (1 << ((n) % NFDBITS)))
B- #define	FD_CLR(n, p)	((p)->fds_bits[(n)/NFDBITS] &= ~(1 << ((n) % NFDBITS)))
B- #define	FD_ISSET(n, p)	((p)->fds_bits[(n)/NFDBITS] & (1 << ((n) % NFDBITS)))
B- #define FD_ZERO(p)	bzero((char *)(p), sizeof(*(p)))
B- #endif
B- 
B  #define KEEPOPEN (RES_USEVC|RES_STAYOPEN)
B  
B  res_send(buf, buflen, answer, anslen)
B--- 28,36 ----
B***************
B*** 199,205 ****
B  			 */
B  			if (s < 0)
B  				s = socket(AF_INET, SOCK_DGRAM, 0);
B- #if	BSD >= 43
B  			if (_res.nscount == 1 || retry == _res.retry) {
B  				/*
B  				 * Don't use connect if we might
B--- 187,192 ----
B***************
B*** 224,233 ****
B  #endif DEBUG
B  					continue;
B  				}
B! 			} else
B! #endif BSD
B! 			if (sendto(s, buf, buflen, 0, &_res.nsaddr_list[ns],
B! 			    sizeof(struct sockaddr)) != buflen) {
B  #ifdef DEBUG
B  				if (_res.options & RES_DEBUG)
B  					perror("sendto");
B--- 211,218 ----
B  #endif DEBUG
B  					continue;
B  				}
B! 			} else if (sendto(s,buf,buflen,0,&_res.nsaddr_list[ns],
B! 			    		sizeof(struct sockaddr)) != buflen) {
B  #ifdef DEBUG
B  				if (_res.options & RES_DEBUG)
B  					perror("sendto");
B*** /usr/src/ucb/netstat/inet.c.old	Sun Aug 28 10:53:19 1994
B--- /usr/src/ucb/netstat/inet.c	Wed May 17 20:29:47 2000
B***************
B*** 11,17 ****
B   */
B  
B  #if	defined(DOSCCS) && !defined(lint)
B! static char sccsid[] = "@(#)inet.c	5.9.3 (2.11BSD GTE) 8/28/94";
B  #endif
B  
B  #include <strings.h>
B--- 11,17 ----
B   */
B  
B  #if	defined(DOSCCS) && !defined(lint)
B! static char sccsid[] = "@(#)inet.c	5.9.4 (2.11BSD) 2000/5/17";
B  #endif
B  
B  #include <strings.h>
B***************
B*** 243,252 ****
B  		return;
B  	klseek(kmem, off, 0);
B  	read(kmem, (char *)&ipstat, sizeof (ipstat));
B- #if BSD>=43
B  	printf("%s:\n\t%lu total packets received\n", name,
B  		ipstat.ips_total);
B- #endif
B  	printf("\t%lu bad header checksum%s\n",
B  		ipstat.ips_badsum, plural(ipstat.ips_badsum));
B  	printf("\t%lu with size smaller than minimum\n", ipstat.ips_toosmall);
B--- 243,250 ----
B***************
B*** 253,259 ****
B  	printf("\t%lu with data size < data length\n", ipstat.ips_tooshort);
B  	printf("\t%lu with header length < data size\n", ipstat.ips_badhlen);
B  	printf("\t%lu with data length < header length\n", ipstat.ips_badlen);
B- #if BSD>=43
B  	printf("\t%lu fragment%s received\n",
B  		ipstat.ips_fragments, plural(ipstat.ips_fragments));
B  	printf("\t%lu fragment%s dropped (dup or out of space)\n",
B--- 251,256 ----
B***************
B*** 266,272 ****
B  		ipstat.ips_cantforward, plural(ipstat.ips_cantforward));
B  	printf("\t%lu redirect%s sent\n",
B  		ipstat.ips_redirectsent, plural(ipstat.ips_redirectsent));
B- #endif
B  }
B  
B  static	char *icmpnames[] = {
B--- 263,268 ----
B*** /usr/src/ucb/rlogin/rlogin.c.old	Wed May  7 19:45:04 1997
B--- /usr/src/ucb/rlogin/rlogin.c	Wed May 17 20:44:43 2000
B***************
B*** 9,15 ****
B  "@(#) Copyright (c) 1983 Regents of the University of California.\n\
B   All rights reserved.\n";
B  
B! static char sccsid[] = "@(#)rlogin.c	5.10.1 (2.11BSD) 1997/3/28";
B  #endif
B  
B  /*
B--- 9,15 ----
B  "@(#) Copyright (c) 1983 Regents of the University of California.\n\
B   All rights reserved.\n";
B  
B! static char sccsid[] = "@(#)rlogin.c	5.10.2 (2.11BSD) 2000/5/17";
B  #endif
B  
B  /*
B***************
B*** 28,33 ****
B--- 28,35 ----
B  #include <errno.h>
B  #include <pwd.h>
B  #include <signal.h>
B+ #include <string.h>
B+ #include <stdlib.h>
B  #include <setjmp.h>
B  #include <netdb.h>
B  
B***************
B*** 35,42 ****
B  # define TIOCPKT_WINDOW 0x80
B  # endif TIOCPKT_WINDOW
B  
B- char	*index(), *rindex(), *malloc(), *getenv();
B- struct	passwd *getpwuid();
B  char	*name;
B  int	rem;
B  char	cmdchar = '~';
B--- 37,42 ----
B***************
B*** 46,66 ****
B      { "0", "50", "75", "110", "134", "150", "200", "300",
B        "600", "1200", "1800", "2400", "4800", "9600", "19200", "38400" };
B  char	term[256] = "network";
B- extern	int errno;
B  int	lostpeer();
B  int	dosigwinch = 0;
B- #ifndef sigmask
B- #define sigmask(m)	(1L << ((m)-1))
B- #endif
B- #ifdef sun
B- struct	ttysize winsize;
B- struct winsize {
B- 	unsigned short ws_row, ws_col;
B- 	unsigned short ws_xpixel, ws_ypixel;
B- };
B- #else sun
B  struct	winsize winsize;
B- #endif sun
B  int	sigwinch(), oob();
B  
B  main(argc, argv)
B--- 46,54 ----
B***************
B*** 132,142 ****
B  		strcat(term, "/");
B  		strcat(term, speeds[ttyb.sg_ospeed]);
B  	}
B- #ifdef sun
B- 	(void) ioctl(0, TIOCGSIZE, &winsize);
B- #else sun
B  	(void) ioctl(0, TIOCGWINSZ, &winsize);
B- #endif sun
B  	signal(SIGPIPE, lostpeer);
B  	signal(SIGURG, oob);
B  	oldmask = sigblock(sigmask(SIGURG));
B--- 120,126 ----
B***************
B*** 177,183 ****
B  doit(oldmask)
B  	long oldmask;
B  {
B- 	int exit();
B  	struct sgttyb sb;
B  
B  	ioctl(0, TIOCGETP, (char *)&sb);
B--- 161,166 ----
B***************
B*** 349,369 ****
B  	sigwinch();			/* check for size changes */
B  }
B  
B- #ifdef sun
B  sigwinch()
B  {
B- 	struct ttysize ws;
B- 
B- 	if (dosigwinch && ioctl(0, TIOCGSIZE, &ws) == 0 &&
B- 	    bcmp(&ws, &winsize, sizeof (ws))) {
B- 		winsize = ws;
B- 		sendwindow();
B- 	}
B- }
B- 
B- #else sun
B- sigwinch()
B- {
B  	struct winsize ws;
B  
B  	if (dosigwinch && ioctl(0, TIOCGWINSZ, &ws) == 0 &&
B--- 332,339 ----
B***************
B*** 372,378 ****
B  		sendwindow();
B  	}
B  }
B- #endif
B  
B  /*
B   * Send the window size to the server via the magic escape
B--- 342,347 ----
B***************
B*** 386,402 ****
B  	obuf[1] = 0377;
B  	obuf[2] = 's';
B  	obuf[3] = 's';
B- #ifdef sun
B- 	wp->ws_row = htons(winsize.ts_lines);
B- 	wp->ws_col = htons(winsize.ts_cols);
B- 	wp->ws_xpixel = 0;
B- 	wp->ws_ypixel = 0;
B- #else sun
B  	wp->ws_row = htons(winsize.ws_row);
B  	wp->ws_col = htons(winsize.ws_col);
B  	wp->ws_xpixel = htons(winsize.ws_xpixel);
B  	wp->ws_ypixel = htons(winsize.ws_ypixel);
B- #endif sun
B  	(void) write(rem, obuf, sizeof(obuf));
B  }
B  
B--- 355,364 ----
B***************
B*** 506,516 ****
B   */
B  reader()
B  {
B- #if !defined(BSD) || BSD < 43
B- 	int pid = -getpid();
B- #else
B  	int pid = getpid();
B- #endif
B  	int n, remaining;
B  	char *bufp = rcvbuf;
B  
B--- 468,474 ----
B*** /usr/src/ucb/Makefile.old	Fri Jun 27 19:50:46 1997
B--- /usr/src/ucb/Makefile	Wed May 17 20:32:16 2000
B***************
B*** 3,9 ****
B  # All rights reserved.  The Berkeley software License Agreement
B  # specifies the terms and conditions for redistribution.
B  #
B! #	@(#)Makefile	5.17.4 (2.11BSD GTE) 1997/6/27
B  #
B  DESTDIR=
B  CFLAGS=	-O
B--- 3,9 ----
B  # All rights reserved.  The Berkeley software License Agreement
B  # specifies the terms and conditions for redistribution.
B  #
B! #	@(#)Makefile	5.17.5 (2.11BSD) 2000/5/17
B  #
B  DESTDIR=
B  CFLAGS=	-O
B***************
B*** 12,18 ****
B  # Programs that live in subdirectories, and have makefiles of their own.
B  #
B  SUBDIR=	Mail compress dbx error ex finger fp ftp indent lock man \
B! 	more msgs netstat pascal rdist sendbug talk tftp \
B  	tn3270 tset vgrind vlp window
B  
B  # Shell scripts that need only be installed and are never removed.
B--- 12,18 ----
B  # Programs that live in subdirectories, and have makefiles of their own.
B  #
B  SUBDIR=	Mail compress dbx error ex finger fp ftp indent lock man \
B! 	more msgs netstat pascal rdist rlogin sendbug talk tftp \
B  	tn3270 tset vgrind vlp window
B  
B  # Shell scripts that need only be installed and are never removed.
B***************
B*** 34,40 ****
B  
B  # Programs that must run setuid to root
B  #
B! SETUID=	quota rlogin rsh
B  
B  # Programs that must run set-group-id kmem.
B  #
B--- 34,40 ----
B  
B  # Programs that must run setuid to root
B  #
B! SETUID=	quota rsh
B  
B  # Programs that must run set-group-id kmem.
B  #
B*** /usr/src/share/me/tmac.e.old	Mon Oct 21 20:50:21 1996
B--- /usr/src/share/me/tmac.e	Fri Oct 13 19:56:55 2000
B***************
B*** 1045,1051 ****
B  .if \n(dw=5 .ds dw Thursday
B  .if \n(dw=6 .ds dw Friday
B  .if \n(dw=7 .ds dw Saturday
B! .ds td \*(mo \n(dy, 19\n(yr
B  .\"		*** PARAMETRIC INITIALIZATIONS ***
B  .if (1m<0.1i)&(\nx!=0) \
B  .	vs 9p			\" for 12-pitch DTC terminals
B--- 1045,1052 ----
B  .if \n(dw=5 .ds dw Thursday
B  .if \n(dw=6 .ds dw Friday
B  .if \n(dw=7 .ds dw Saturday
B! .nr *y \n(yr+1900
B! .ds td \*(mo \n(dy, \n(*y
B  .\"		*** PARAMETRIC INITIALIZATIONS ***
B  .if (1m<0.1i)&(\nx!=0) \
B  .	vs 9p			\" for 12-pitch DTC terminals
B*** /usr/src/share/tmac/tmac.s.old	Mon Oct 21 20:30:44 1996
B--- /usr/src/share/tmac/tmac.s	Mon Oct  9 20:37:30 2000
B***************
B*** 934,940 ****
B  .if \n(mo-9 .ds MO October
B  .if \n(mo-10 .ds MO November
B  .if \n(mo-11 .ds MO December
B! .ds DY \*(MO \n(dy, 19\n(yr
B  .nr * 0 1
B  .IZ
B  .em EM
B--- 934,942 ----
B  .if \n(mo-9 .ds MO October
B  .if \n(mo-10 .ds MO November
B  .if \n(mo-11 .ds MO December
B! .nr *y \n(yr+1900
B! .ds DY \*(MO \n(dy, \n(*y
B! .ie
B  .nr * 0 1
B  .IZ
B  .em EM
B*** /usr/src/share/tmac/tmac.an.new.old	Thu Oct 31 22:18:00 1996
B--- /usr/src/share/tmac/tmac.an.new	Wed Oct 11 23:17:45 2000
B***************
B*** 20,30 ****
B  .if "\nm"10" .ds ]m November
B  .if "\nm"11" .ds ]m December
B  '	# set the date
B  .if n \{.nr m \nm+1
B! .	 ie \nd .ds ]W Modified \nm/\nd/\ny
B! .	 el .ds ]W Printed \n(mo/\n(dy/\n(yr\}
B! .if t \{.ie \nd .ds ]W \*(]m \nd, 19\ny
B! .	 el .ds ]W \*(]m \n(dy, 19\n(yr\}
B  .if t .tr *\(**
B  .ie n \{\
B  .	ds lq \&"\"
B--- 20,35 ----
B  .if "\nm"10" .ds ]m November
B  .if "\nm"11" .ds ]m December
B  '	# set the date
B+ .nr )y \n(yr-100
B+ .ie \n(yr<100 .ds ]Y \n(yr
B+ .el .ds ]Y 0\n()y
B+ '
B+ .nr )Y \n(yr+1900
B  .if n \{.nr m \nm+1
B! .	 ie \nd .ds ]W Modified \nm/\nd/\*(]Y
B! .	 el .ds ]W Printed \n(mo/\n(dy/\*(]Y\}
B! .if t \{.ie \nd .ds ]W \*(]m \nd, \n()Y
B! .	 el .ds ]W \*(]m \n(dy, \n()Y\}
B  .if t .tr *\(**
B  .ie n \{\
B  .	ds lq \&"\"
B*** /VERSION.old	Fri Apr 21 20:38:04 2000
B--- /VERSION	Wed May 17 21:02:26 2000
B***************
B*** 1,5 ****
B! Current Patch Level: 431
B! Date: April 21, 2000
B  
B  2.11 BSD
B  ============
B--- 1,5 ----
B! Current Patch Level: 432
B! Date: May 17, 2000
B  
B  2.11 BSD
B  ============
SHAR_EOF
chmod 644 '432.patch'
fi
exit 0
#	End of shell archive


From jasomill at shaffstall.com  Tue Nov  6 01:56:40 2001
From: jasomill at shaffstall.com (Jason T. Miller)
Date: Mon, 5 Nov 2001 10:56:40 -0500 (EST)
Subject: [pups] Re: Searching for 8" DSDD drive
In-Reply-To: <200111050455.fA54tBv59428@minnie.tuhs.org>
Message-ID: <Pine.LNX.4.33.0111050808340.28488-100000@guildenstern.oneview.local>

I should be able to read them, although I admit I am far from Delaware.
Not far from a mailbox, though. I can do raw reads and RT-11 filesystems
from both RX01 and RX02 on my PC, although I tend to simply do raw reads
and use RT or RSX on the Supnik emulator, write a virtual tape, then parse
the tape out with a C routine or Perl script (trivial), to extract files
from PDP FSes. DS/DD shouldn't be an issue, although software interleaving
can be a pain (RX50s have this problem. I've always wondered what the
justification for not putting the correct sector numbers in the address
area of the sector was!).

Sincerely,
Jason T. Miller
Shaffstall Support and Services

------------------------------------------------------------------------
Shaffstall Corporation                             317-842-2077 ext. 302
Conversion, Duplication, and Network Services    jasomill at shaffstall.com




From tih at Hamartun.Priv.NO  Wed Nov  7 05:55:27 2001
From: tih at Hamartun.Priv.NO (Tom Ivar Helbekkmo)
Date: 06 Nov 2001 20:55:27 +0100
Subject: [pups] Trouble with 2.11BSD and CQD-220
In-Reply-To: <200111050415.fA54Fxd02290@moe.2bsd.com> ("Steven M. Schultz"'s message of "Sun, 4 Nov 2001 20:15:59 -0800 (PST)")
References: <200111050415.fA54Fxd02290@moe.2bsd.com>
Message-ID: <m24ro73c9c.fsf@barsoom.Hamartun.Priv.NO>

"Steven M. Schultz" <sms at 2BSD.COM> writes:

>> When booting from the SCSI drive, the boot sector is loaded into memory
>> and then relocated. It hangs waiting for the MSCP controller to respond.
>> I have not diagnosed it to the command that hangs.
> 
> 	Bug in the CMD controller but CMD isn't unique - others have had
> 	the problem as well.   The bug is that the controller insists on
> 	an interrupt vector being presented during the 3 or 4 step 
> 	initialization protocol.

Not exactly.  You and I actually worked this out together back in
1995, when I was figuring out how to get Reno to boot my VAX using a
CQD-220.  :-)  You don't have to present any interrupt vector, but you
shouldn't lie to the controller about this.  Instead of setting the
"please interrupt" bit in the MSCP datagram, and waiting for the
controller to set the "I've interrupted now" bit, you should set the
"controller owns this datagram now" bit, and wait for it to clear it.
This make much better sense, anyway, while running in polled mode.

I don't have any of my 2.11 systems running right now (but with winter
coming up, I shortly will, and will then have quite some work to do
patching them up to the current level), but the change I had to make
to the Reno uda.c illustrates it well:

*** uda.c.ORIG	Tue Nov 25 20:10:01 1997
--- uda.c	Tue Nov 25 20:11:50 1997
***************
*** 140,163 ****
  	u->uda1_cmd.mscp_opcode = op;
  	u->uda1_cmd.mscp_msglen = MSCP_MSGLEN;
  	u->uda1_rsp.mscp_msglen = MSCP_MSGLEN;
! 	u->uda1_ca.ca_rspdsc |= MSCP_OWN|MSCP_INT;
! 	u->uda1_ca.ca_cmddsc |= MSCP_OWN|MSCP_INT;
  	i = udaddr[io->i_adapt][io->i_ctlr]->udaip;	/* start uda polling */
  #ifdef lint
  	i = i;
  #endif
  	mp = &u->uda1_rsp;
  	for (;;) {
  		if (u->uda1_ca.ca_cmdint)
  			u->uda1_ca.ca_cmdint = 0;
! 		if (u->uda1_ca.ca_rspint == 0)
  			continue;
  		u->uda1_ca.ca_rspint = 0;
  		if (mp->mscp_opcode == (op | M_OP_END))
  			break;
  		printf("unexpected rsp type %x op %x ignored\n",
  			MSCP_MSGTYPE(mp->mscp_msgtc), mp->mscp_opcode);
! 		u->uda1_ca.ca_rspdsc |= MSCP_OWN | MSCP_INT;
  	}
  	if ((mp->mscp_status&M_ST_MASK) != M_ST_SUCCESS)
  		return (-1);
--- 140,165 ----
  	u->uda1_cmd.mscp_opcode = op;
  	u->uda1_cmd.mscp_msglen = MSCP_MSGLEN;
  	u->uda1_rsp.mscp_msglen = MSCP_MSGLEN;
! 	u->uda1_ca.ca_rspdsc |= MSCP_OWN;
! 	u->uda1_ca.ca_cmddsc |= MSCP_OWN;
! 
  	i = udaddr[io->i_adapt][io->i_ctlr]->udaip;	/* start uda polling */
  #ifdef lint
  	i = i;
  #endif
  	mp = &u->uda1_rsp;
+ 
  	for (;;) {
  		if (u->uda1_ca.ca_cmdint)
  			u->uda1_ca.ca_cmdint = 0;
! 		if (u->uda1_ca.ca_rspdsc & MSCP_OWN)
  			continue;
  		u->uda1_ca.ca_rspint = 0;
  		if (mp->mscp_opcode == (op | M_OP_END))
  			break;
  		printf("unexpected rsp type %x op %x ignored\n",
  			MSCP_MSGTYPE(mp->mscp_msgtc), mp->mscp_opcode);
! 		u->uda1_ca.ca_rspdsc |= MSCP_OWN;
  	}
  	if ((mp->mscp_status&M_ST_MASK) != M_ST_SUCCESS)
  		return (-1);

Oh, and that very VAX is still running Reno, happily booting off the
CQD-220 whenever I ask it to.  :-)

-tih
-- 
Popularity is the hallmark of mediocrity.  --Niles Crane, "Frasier"


From sms at 2BSD.COM  Wed Nov  7 06:50:43 2001
From: sms at 2BSD.COM (Steven M. Schultz)
Date: Tue, 6 Nov 2001 12:50:43 -0800 (PST)
Subject: [pups] Trouble with 2.11BSD and CQD-220
Message-ID: <200111062050.fA6Koh627439@moe.2bsd.com>

Hi -

> From: Tom Ivar Helbekkmo <tih at Hamartun.Priv.NO>
> Not exactly.  You and I actually worked this out together back in
> 1995, when I was figuring out how to get Reno to boot my VAX using a
> CQD-220.  :-)  You don't have to present any interrupt vector, but you

	Has it been that long? ;)

> shouldn't lie to the controller about this.  Instead of setting the

	But if you do present a vector then everything should work, right?

	The problem isn't in the standalone 'ra' driver though - that seems
	to be working.   The boot block though ends up in an endless loop
	during the 'online the unit' command (after the initialization).

> "please interrupt" bit in the MSCP datagram, and waiting for the
> controller to set the "I've interrupted now" bit, you should set the
> "controller owns this datagram now" bit, and wait for it to clear it.
> This make much better sense, anyway, while running in polled mode.

	True.  I'd have to look at the mdec/rauboot.s sources to see
	exactly what it is doing (or not doing ;)).  The change Tim Shoppa
	made was to specify a vector and that did the trick for the Viking
	controller.

	Steven


From chd_1 at nktelco.net  Wed Nov  7 10:48:57 2001
From: chd_1 at nktelco.net (Chuck Dickman)
Date: Tue, 06 Nov 2001 19:48:57 -0500
Subject: [pups] Trouble with 2.11BSD and CQD-220
References: <200111062050.fA6Koh627439@moe.2bsd.com>
Message-ID: <3BE884F9.9D4752A5@nktelco.net>

Hi
Combining what Steven and Tom have said and looking at ra.c
in standalone, I think I have a working version of rauboot now. 

rauboot set the bit to cause an interrupt on ring transitions,
and then looped on the interrupt flag of the command and
response packets. I guess since CQD-220 was not completely set
up for interrupts, it would never set these flags.

pdpstand/ra.c did not set the interrupt on ring transitions bit,
and instead looped on the packet ownership bits. The CQD-220
seems to handle these bits as the standalone code expects.

Here are the changes that I made to rauboot.s. 

Chuck

[Steven, Let me know if you want me to send you more than
this.]
------------------------cut here----------------------
*** rauboot.s.orig      Wed May 31 22:54:49 1995
--- rauboot.s   Mon Nov  5 19:21:26 2001
***************
*** 16,22 ****
 
  MSCPSIZE =    64.     / One MSCP command packet is 64bytes long (need
2)

! RASEMAP       =       140000  / RA controller owner semaphore

  RAERR =               100000  / error bit
  RASTEP1 =     04000   / step1 has started
--- 16,23 ----

  MSCPSIZE =    64.     / One MSCP command packet is 64bytes long (need
2)
  
! /RASEMAP =    140000  / RA controller owner semaphore and _interrupt_
! RASEMAP       =       100000  / RA controller owner semaphore

  RAERR =               100000  / error bit
  RASTEP1 =     04000   / step1 has started
***************
*** 287,304 ****
        mov     $RASEMAP,*$ra+RARSPH    / set mscp semaphores
        mov     $RASEMAP,*$ra+RACMDH
        mov     *raip,r0                / tap controllers shoulder
!       mov     $ra+RACMDI,r0
  1:
        tst     (r0)
!       beq     1b                      / Wait till command read
!       clr     (r0)+                   / Tell controller we saw it, ok.
  2:
        tst     (r0)
!       beq     2b                      / Wait till response written
        clr     (r0)                    / Tell controller we go it
        rts     pc

! icons:        RAERR
        ra+RARING
        0
        RAGO
--- 288,308 ----
        mov     $RASEMAP,*$ra+RARSPH    / set mscp semaphores
        mov     $RASEMAP,*$ra+RACMDH
        mov     *raip,r0                / tap controllers shoulder
!       mov     $ra+RACMDH,r0
  1:
        tst     (r0)
!       bmi     1b                      / Wait till command read
! /     clr     (r0)+                   / Tell controller we saw it, ok.
!       mov     $ra+RARSPH,r0
  2:
        tst     (r0)
!       bmi     2b                      / Wait till response written
!       mov     $ra+RACMDI,r0
!       clr     (r0)+                   / Tell controller we saw it, ok.
        clr     (r0)                    / Tell controller we go it
        rts     pc
  
! icons:        RAERR + 033
        ra+RARING
        0
        RAGO


From sms at 2BSD.COM  Wed Nov  7 14:01:32 2001
From: sms at 2BSD.COM (Steven M. Schultz)
Date: Tue, 6 Nov 2001 20:01:32 -0800 (PST)
Subject: [pups] Trouble with 2.11BSD and CQD-220
Message-ID: <200111070401.fA741WA00594@moe.2bsd.com>

Hi -

> From: "Chuck Dickman" <chd_1 at nktelco.net>
> Combining what Steven and Tom have said and looking at ra.c
> in standalone, I think I have a working version of rauboot now. 

	Congratulations!

	It's a Good Thing when folks who encounter a problem can also 
	provide a fix :-)

	If Tim Shoppa has a chance it'd be nice to confirm that the Viking
	adaptor is happy with the changed rauboot (it should be but...). 
	
	Thanks again for the fix.

	Steven Schultz
	sms at 2bsd.com


From asmodai at unixware.org.uk  Wed Nov  7 19:27:40 2001
From: asmodai at unixware.org.uk (asmodai at unixware.org.uk)
Date: Wed, 7 Nov 2001 09:27:40 +0000
Subject: [pups] UNIX "time-line"
Message-ID: <OF1722E6EC.88E14DF8-ON80256AFD.0032AAC6@unixware.org.uk>

Hi guys,

I'm working on a UNIX time-line database.
Its pretty basic atm - I've yet to hunt down the majority of SysV vendors 
out there.

I'm currently looking for early releases, and V6/V7 offshoots (such as 
PWB).
The data I'm looking for is vendor, strain, version, and date of release 
(such as AIX, version 4.3.2, released 05/10/1998, SVR4, IBM etc)

Does anyone know of any sites that would give that kind of information for 
the V6/V7 and earlier releases?

The database is currently at http://www.unixware.org.uk/test.php.  There 
isn't much to look at atm, I've yet to code the PHP interface, thought it 
would be best to complete the database first though :-)

I'm hoping that, one day, it will contain a complete listing of all UNIX 
releases, clones, and offshoots... well, I can dream ;-)

Regards,
Paul.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://minnie.tuhs.org/pipermail/tuhs/attachments/20011107/37c689cc/attachment.html>

From wkt at minnie.tuhs.org  Thu Nov  8 09:11:12 2001
From: wkt at minnie.tuhs.org (Warren Toomey)
Date: Thu, 8 Nov 2001 10:11:12 +1100 (EST)
Subject: [pups] UNIX "time-line"
In-Reply-To: <OF1722E6EC.88E14DF8-ON80256AFD.0032AAC6@unixware.org.uk> from "asmodai@unixware.org.uk"
 at "Nov 7, 2001 09:27:40 am"
Message-ID: <200111072311.fA7NBD076168@minnie.tuhs.org>

In article by asmodai at unixware.org.uk:
> Hi guys,
> 
> I'm working on a UNIX time-line database.

Please have a look ay my existing time-line at:
http://minnie.tuhs.org/Unix_History/index.html

and also Eric Levenz's site at http://perso.wanadoo.fr/levenez/unix/

If you get any firm dates, especially with good references, can you
pass them on to me?!

Thanks,
	Warren


From clefevre at citeweb.net  Thu Nov  8 09:22:20 2001
From: clefevre at citeweb.net (Cyrille Lefevre)
Date: Thu, 8 Nov 2001 00:22:20 +0100 (CET)
Subject: [pups] UNIX "time-line"
In-Reply-To: <OF1722E6EC.88E14DF8-ON80256AFD.0032AAC6@unixware.org.uk>
Message-ID: <200111072322.fA7NML896649@gits.dyndns.org>

asmodai at unixware.org.uk wrote:
> I'm working on a UNIX time-line database.
> Its pretty basic atm - I've yet to hunt down the majority of SysV vendors 
> out there.
> 
> I'm currently looking for early releases, and V6/V7 offshoots (such as 
> PWB).
> The data I'm looking for is vendor, strain, version, and date of release 
> (such as AIX, version 4.3.2, released 05/10/1998, SVR4, IBM etc)
> 
> Does anyone know of any sites that would give that kind of information for 
> the V6/V7 and earlier releases?

I suppose you already known this link :)

	http://minnie.tuhs.org/TUHS/unixhist.html

not sure about this one (in french) :

	http://perso.wanadoo.fr/levenez/unix/

> The database is currently at http://www.unixware.org.uk/test.php.  There 
> isn't much to look at atm, I've yet to code the PHP interface, thought it 
> would be best to complete the database first though :-)

*BSD aren't up to date. you'll find last announcements here :

	http://clefevre.citeweb.net/freebsd/release.tgz

which is based on :

	ftp://ftp.NetBSD.org/pub/NetBSD/misc/release/

but up to date.

> I'm hoping that, one day, it will contain a complete listing of all UNIX 
> releases, clones, and offshoots... well, I can dream ;-)

Cyrille.
-- 
Cyrille Lefevre                 mailto:clefevre at citeweb.net


From asmodai at unixware.org.uk  Thu Nov  8 09:34:07 2001
From: asmodai at unixware.org.uk (Asmodai)
Date: Wed, 7 Nov 2001 23:34:07 +0000
Subject: [pups] UNIX "time-line"
In-Reply-To: <200111072311.fA7NBD076168@minnie.tuhs.org>
References: <200111072311.fA7NBD076168@minnie.tuhs.org>
Message-ID: <01110723340700.06129@reliant.unixware.org.uk>

On Wednesday 07 November 2001 11:11 pm, Warren Toomey wrote:
> In article by asmodai at unixware.org.uk:
> > Hi guys,
> >
> > I'm working on a UNIX time-line database.
>
> Please have a look ay my existing time-line at:
> http://minnie.tuhs.org/Unix_History/index.html

Looking through that one again now :)

>
> and also Eric Levenz's site at http://perso.wanadoo.fr/levenez/unix/

That site is the basis for what I have at the moment, though I hope to start 
tracking down and mailing people from vendors to get definate dates and to 
fill in the "gaps" pretty soon.

>
> If you get any firm dates, especially with good references, can you
> pass them on to me?!

Yes, no problem at all.  I'll forward any results from vendors or other 
sources on to you :)

I have had something back from Caldera/SCO regarding XENIX , OpenServer, and 
UnixWare - both time-line and licensing.

I dont think they're confirmed dates - I'd have to boot back into WinDOHze to 
find out - I wish Lotus would write a "native" Notes client for UNIX.


There are a couple of "unknowns" on my list that I'd love to hear about - 
namely LSX (V6-based),  and MIPS OS (possibly BSD-based)...   MERT, RT and TS 
were on this list, but I see they're on the TUHS page :)


Regards,
Paul


From wkt at minnie.tuhs.org  Thu Nov  1 10:57:06 2001
From: wkt at minnie.tuhs.org (Warren Toomey)
Date: Thu, 1 Nov 2001 11:57:06 +1100 (EST)
Subject: [TUHS] Re: Obtaining Ancient Licenses from Caldera
In-Reply-To: <004b01c16219$233588e0$664199a1@rcs.ra.rockwell.com> from Jonathan
 Engdahl at "Oct 31, 2001 09:34:24 am"
Message-ID: <200111010057.fA10v6E19528@minnie.tuhs.org>

In article by Jonathan Engdahl:
> I sold a PDP-11/23 with 2.9BSD on it, and directed the buyer to the Caldera
> page below. The license page is there, but when you click "accept", the link
> is broken. Both he and I emailed Caldera about the problem. We'll see what
> happens.
> 
> Is there any backup plan for licensing if Caldera doesn't come through?

Yes, just go to http://www.tuhs.org/archive_access.html, I've given up
on referrals from SCO or Caldera for now.

	Warren


From michael_davidson at pacbell.net  Thu Nov  1 11:40:55 2001
From: michael_davidson at pacbell.net (Michael Davidson)
Date: Wed, 31 Oct 2001 17:40:55 -0800
Subject: [TUHS] Re: Obtaining Ancient Licenses from Caldera
References: <200111010057.fA10v6E19528@minnie.tuhs.org>
Message-ID: <3BE0A827.D93DA897@pacbell.net>

Yes, don't worry about it.

I asked our (ie Caldera's) webmaster to fix this several days ago,
but apparently since it's part of the online "store" he has to ask
yet another webmaster to fix it and last time I looked it was
still broken ...

*sigh*

md



Warren Toomey wrote:
> 
> In article by Jonathan Engdahl:
> > I sold a PDP-11/23 with 2.9BSD on it, and directed the buyer to the Caldera
> > page below. The license page is there, but when you click "accept", the link
> > is broken. Both he and I emailed Caldera about the problem. We'll see what
> > happens.
> >
> > Is there any backup plan for licensing if Caldera doesn't come through?
> 
> Yes, just go to http://www.tuhs.org/archive_access.html, I've given up
> on referrals from SCO or Caldera for now.
> 
>         Warren
> _______________________________________________
> TUHS mailing list
> TUHS at minnie.tuhs.org
> http://minnie.tuhs.org/mailman/listinfo/tuhs


From matthew.whitehead at apple.com  Fri Nov  2 06:58:54 2001
From: matthew.whitehead at apple.com (Matthew Whitehead)
Date: Thu, 01 Nov 2001 12:58:54 -0800
Subject: [TUHS] Disk Drivers
Message-ID: <3BE1B78E.9BDF470F@apple.com>

I'm getting a tad frustrated with the otherwise excellent Supnik PDP-11
emulators.

Can anyone tell me (or give me the adb commands to figure it out myself) what
disk device drivers are present in the bootable disk images that come with the
Supnik simulator? The versions I'm interested are:

V6 image:
- rkunix (rk)
- rkunix.40 (rk, PDP-11/40 cpu?)
- unix

V7 image:
- hphtunix (hp)
- hptmunix (hp)
- rkunix (rk)
- rl2unix (obviously hacked to include rl driver)
- rphtunix (rp)
- rptmunix (rp)

Matthew (mrw at apple.com)




From iking at microsoft.com  Fri Nov  2 07:48:20 2001
From: iking at microsoft.com (Ian King)
Date: Thu, 1 Nov 2001 13:48:20 -0800
Subject: [TUHS] Disk Drivers
Message-ID: <8D25F244B8274141B5D313CA4823F39C0235D526@red-msg-06.redmond.corp.microsoft.com>

I can speak to the v6 stuff, and I think the same applies to the v7
stuff: the bootable image rkunix is intended to allow you to get a
system booted from an RK05 (on which you've presumably installed this
image), so that you can rebuild the system to suit your hardware.  There
is some special stuff in v6 for the PDP-40, so presumably the rkunix.40
image addresses that.  The 'unix' image is the image one customarily
boots to use the system; it's probably the image from the system on
which the image was originally built all those years ago, and is
intended to be replaced by your new image.  Presumably, the drivers in
that image might be identified if the c.c and l.c files are still
present in /usr/sys.  

I don't know whether Bob Supnik actually built these images, or (as I
suspect) included them from e.g. the PUPS site.  

Regarding the v7 stuff, I think you'll find considerable information in
the v7 setup docs on the PUPS website, as to which corresponds to what
drives (although it's somewhat self-explanatory).  

Hope that's helpful -- Ian 

-----Original Message-----
From: Matthew Whitehead [mailto:matthew.whitehead at apple.com] 
Sent: Thursday, November 01, 2001 12:59 PM
To: TUHS at minnie.tuhs.org
Subject: [TUHS] Disk Drivers


I'm getting a tad frustrated with the otherwise excellent Supnik PDP-11
emulators.

Can anyone tell me (or give me the adb commands to figure it out myself)
what disk device drivers are present in the bootable disk images that
come with the Supnik simulator? The versions I'm interested are:

V6 image:
- rkunix (rk)
- rkunix.40 (rk, PDP-11/40 cpu?)
- unix

V7 image:
- hphtunix (hp)
- hptmunix (hp)
- rkunix (rk)
- rl2unix (obviously hacked to include rl driver)
- rphtunix (rp)
- rptmunix (rp)

Matthew (mrw at apple.com)


_______________________________________________
TUHS mailing list
TUHS at minnie.tuhs.org http://minnie.tuhs.org/mailman/listinfo/tuhs


From wkt at minnie.tuhs.org  Fri Nov  2 08:30:58 2001
From: wkt at minnie.tuhs.org (Warren Toomey)
Date: Fri, 2 Nov 2001 09:30:58 +1100 (EST)
Subject: [TUHS] Disk Drivers
In-Reply-To: <8D25F244B8274141B5D313CA4823F39C0235D526@red-msg-06.redmond.corp.microsoft.com>
 from Ian King at "Nov 1, 2001 01:48:20 pm"
Message-ID: <200111012230.fA1MUw632526@minnie.tuhs.org>

In article by Ian King:
> I don't know whether Bob Supnik actually built these images, or (as I
> suspect) included them from e.g. the PUPS site.  

No, I supplied Bob with the v5, v6 and v7 images.

	Warren


From mallison at konnections.com  Mon Nov  5 06:14:10 2001
From: mallison at konnections.com (Mike Allison)
Date: Sun, 4 Nov 2001 13:14:10 -0700
Subject: [TUHS] HP 712& v6 or v7
References: <200110292319.f9TNJXP41125@minnie.tuhs.org>
Message-ID: <002001c1656d$55f2ca20$431a5742@net>

TWiC:

Anyone tried/interested or successful in getting a copy of v6 or v7 up on a
HP 9000 712?

If you have any insight, please email me off line at:
mike1allison @ earthlink.net
or
mike @ irtg5.net

Thanks,

Mike




From matthew.whitehead at apple.com  Wed Nov  7 04:57:48 2001
From: matthew.whitehead at apple.com (Matthew Whitehead)
Date: Tue, 06 Nov 2001 10:57:48 -0800
Subject: [TUHS] Silicon Valley TUHS People
Message-ID: <3BE832AC.D53A5C1D@apple.com>

Does anybody on this list reside in Silicon Valley like myself and have access
to surplus PDP-11 or early Vax hardware? I've gotten a good deal of the
'ancient unix' software going on the Supnik emulator (it's great!), but now
I want to get an actual PDP-11/70 or 11/45 going (perhaps a Vax 11/780 or
11/750).

Yeah, I know the actual power usage for such a beastie averages around 6000W,
but I won't run it all the time. :-)

Lists of hardware suplus places known to carry such stuff greatly appreciated,
but it has to be close.  I don't want to get clobbered with a huge shipping
bill.

- Matthew




From hart at orem.verio.net  Wed Nov  7 10:34:16 2001
From: hart at orem.verio.net (Paul Hart)
Date: Tue, 6 Nov 2001 17:34:16 -0700 (MST)
Subject: [TUHS] HP 712& v6 or v7
In-Reply-To: <002001c1656d$55f2ca20$431a5742@net>
Message-ID: <Pine.BSF.4.31.0111061731140.35482-100000@mx.dmz.orem.verio.net>

On Sun, 4 Nov 2001, Mike Allison wrote:

> Anyone tried/interested or successful in getting a copy of v6 or v7 up
> on a HP 9000 712?

Are you sure it was ever ported to PA-RISC?  As far as I am aware, PA-RISC
(and the HP 9000 712) weren't developed until long after the days of V6
and V7 UNIX.

Paul Hart

--
Paul Robert Hart
hart at orem.verio.net

Jul ner lbh ernqvat guvf?



From firebug at apk.net  Tue Nov 13 02:28:48 2001
From: firebug at apk.net (Derrik Walker v2.0)
Date: Mon, 12 Nov 2001 11:28:48 -0500
Subject: [TUHS] HP 712& v6 or v7
In-Reply-To: <Pine.BSF.4.31.0111061731140.35482-100000@mx.dmz.orem.verio.net>
Message-ID: <59D6986A-D78A-11D5-9700-003065C1AC88@apk.net>

On Tuesday, November 6, 2001, at 07:34 PM, Paul Hart wrote:

> On Sun, 4 Nov 2001, Mike Allison wrote:
>
>> Anyone tried/interested or successful in getting a copy of v6 or v7 up
>> on a HP 9000 712?
>
> Are you sure it was ever ported to PA-RISC?  As far as I am aware, 
> PA-RISC
> (and the HP 9000 712) weren't developed until long after the days of V6
> and V7 UNIX.

Wouldn't it be easier to just get the PDP-11 emulator from 
gatekeeper.dec.com and compile it for HP-UX or Linux on the 712?  I've 
compiled it on Solaris 8, Linux, and Mac OS X, so it should compile just 
fine under HP-UX.

Also, as far as I am aware ( and keep in mind, I am an HP-UX system 
admin. ) HP-UX has only ever been System V. You can run HP-UX, Linux, or 
NetBSD on a HP-9000/{800,700}.

- Derrik

firebug at apk.net                                                   
http://junior.apk.net/~firebug
---------------------------------------------------------------------------------------------------
They seem to have learned the habit of cowering before authority even
when not actually threatened.  How very nice for authority.  I decided 
not
to learn this particular lesson.
         -- Richard Stallman



From iking at microsoft.com  Tue Nov 13 04:31:36 2001
From: iking at microsoft.com (Ian King)
Date: Mon, 12 Nov 2001 10:31:36 -0800
Subject: [TUHS] HP 712& v6 or v7
Message-ID: <8D25F244B8274141B5D313CA4823F39C04147B95@red-msg-06.redmond.corp.microsoft.com>

Derrik, you're missing the point: what's the fun of doing it the easy
way?  :-)  Seriously, though, I think you'd have a couple of serious
problems: the assembly language components (which are not inconsiderable
in V6) would need to be rewritten, and then there's also the question of
whether you could find a sufficiently "undisciplined" C compiler to
handle pre-ANSI C, to build the rest of the system.  

-- Ian, running UNIX 6th Ed. on a PDP-11/34a

-----Original Message-----
From: Derrik Walker v2.0 [mailto:firebug at apk.net] 
Sent: Monday, November 12, 2001 8:29 AM
To: tuhs at tuhs.org
Subject: Re: [TUHS] HP 712& v6 or v7



On Tuesday, November 6, 2001, at 07:34 PM, Paul Hart wrote:

> On Sun, 4 Nov 2001, Mike Allison wrote:
>
>> Anyone tried/interested or successful in getting a copy of v6 or v7 
>> up on a HP 9000 712?
>
> Are you sure it was ever ported to PA-RISC?  As far as I am aware,
> PA-RISC
> (and the HP 9000 712) weren't developed until long after the days of
V6
> and V7 UNIX.

Wouldn't it be easier to just get the PDP-11 emulator from 
gatekeeper.dec.com and compile it for HP-UX or Linux on the 712?  I've 
compiled it on Solaris 8, Linux, and Mac OS X, so it should compile just

fine under HP-UX.

Also, as far as I am aware ( and keep in mind, I am an HP-UX system 
admin. ) HP-UX has only ever been System V. You can run HP-UX, Linux, or

NetBSD on a HP-9000/{800,700}.

- Derrik

firebug at apk.net                                                   
http://junior.apk.net/~firebug
------------------------------------------------------------------------
---------------------------
They seem to have learned the habit of cowering before authority even
when not actually threatened.  How very nice for authority.  I decided 
not
to learn this particular lesson.
         -- Richard Stallman

_______________________________________________
TUHS mailing list
TUHS at minnie.tuhs.org http://minnie.tuhs.org/mailman/listinfo/tuhs


From firebug at apk.net  Tue Nov 13 05:02:38 2001
From: firebug at apk.net (Derrik Walker v2.0)
Date: Mon, 12 Nov 2001 14:02:38 -0500
Subject: [TUHS] HP 712& v6 or v7
In-Reply-To: <8D25F244B8274141B5D313CA4823F39C04147B95@red-msg-06.redmond.corp.microsoft.com>
Message-ID: <D71D3CD2-D79F-11D5-9700-003065C1AC88@apk.net>

On Monday, November 12, 2001, at 01:31 PM, Ian King wrote:

> Derrik, you're missing the point: what's the fun of doing it the easy
> way?  :-)  Seriously, though, I think you'd have a couple of serious
> problems: the assembly language components (which are not inconsiderable
> in V6) would need to be rewritten, and then there's also the question of
> whether you could find a sufficiently "undisciplined" C compiler to
> handle pre-ANSI C, to build the rest of the system.
>

Actually, I like playing with emulators - they use a LOT less power than 
real computers :)

HP-UX comes with a REAL K&R c compiler that wont handle ANY ANSI stuff.  
It's used to rebuild the kernel, but you can use it to build K&R C 
programs too.  That should be usable for the kernel C routines and 
utilities.  But as you pointed out, the assembly stuff you have to be 
rewritten.  Also, you'd have to deal with disk and tty drivers.

firebug at apk.net                                                   
http://junior.apk.net/~firebug
---------------------------------------------------------------------------------------------------
Worriers may get all the glory, but it's engineers that build societies.
         -- B`Elanna Torres, "Star Trek: Voyager"



From iking at microsoft.com  Tue Nov 13 05:32:53 2001
From: iking at microsoft.com (Ian King)
Date: Mon, 12 Nov 2001 11:32:53 -0800
Subject: [TUHS] HP 712& v6 or v7
Message-ID: <8D25F244B8274141B5D313CA4823F39C04147B97@red-msg-06.redmond.corp.microsoft.com>

But there's nothing like the rush of warmed, slighly phenolic air from
the cooling fans of an old minicomputer - I've noticed the furnace
doesn't kick on when the 11/34 is running. (Of course, when I flip on
the RM02s, the breaker trips....)  

-- Ian 

-----Original Message-----
From: Derrik Walker v2.0 [mailto:firebug at apk.net] 
Sent: Monday, November 12, 2001 11:03 AM
To: Ian King
Cc: tuhs at tuhs.org
Subject: Re: [TUHS] HP 712& v6 or v7


On Monday, November 12, 2001, at 01:31 PM, Ian King wrote:

> Derrik, you're missing the point: what's the fun of doing it the easy 
> way?  :-)  Seriously, though, I think you'd have a couple of serious
> problems: the assembly language components (which are not 
> inconsiderable in V6) would need to be rewritten, and then there's 
> also the question of whether you could find a sufficiently 
> "undisciplined" C compiler to handle pre-ANSI C, to build the rest of 
> the system.
>

Actually, I like playing with emulators - they use a LOT less power than

real computers :)

HP-UX comes with a REAL K&R c compiler that wont handle ANY ANSI stuff.

It's used to rebuild the kernel, but you can use it to build K&R C 
programs too.  That should be usable for the kernel C routines and 
utilities.  But as you pointed out, the assembly stuff you have to be 
rewritten.  Also, you'd have to deal with disk and tty drivers.

firebug at apk.net                                                   
http://junior.apk.net/~firebug
------------------------------------------------------------------------
---------------------------
Worriers may get all the glory, but it's engineers that build societies.
         -- B`Elanna Torres, "Star Trek: Voyager"



From mallison at konnections.com  Tue Nov 13 06:15:26 2001
From: mallison at konnections.com (Mike Allison)
Date: Mon, 12 Nov 2001 13:15:26 -0700
Subject: [TUHS] HP 712& v6 or v7
References: <59D6986A-D78A-11D5-9700-003065C1AC88@apk.net>
Message-ID: <000901c16bb6$ed59f4c0$431a5742@net>

Yeah, I was originally intending to go into the M68k systems and wandered
into the 700 series by mistake.

I decided that emulation was probably the way to go.  NetBSD and OpenBSD on
the 700 , as well as PARISC Linux seems to be sailing into the duldrums.
Where I would expect it to be strong based on the lack of OS choices.  But
I'm not an architecture guy, so I imagine there is a lot of proprietary
stuff in the box that makes portin a challenge.

Thanks,

Mike
----- Original Message -----
From: "Derrik Walker v2.0" <firebug at apk.net>
To: <tuhs at tuhs.org>
Sent: Monday, November 12, 2001 9:28 AM
Subject: Re: [TUHS] HP 712& v6 or v7


>
> On Tuesday, November 6, 2001, at 07:34 PM, Paul Hart wrote:
>
> > On Sun, 4 Nov 2001, Mike Allison wrote:
> >
> >> Anyone tried/interested or successful in getting a copy of v6 or v7 up
> >> on a HP 9000 712?
> >
> > Are you sure it was ever ported to PA-RISC?  As far as I am aware,
> > PA-RISC
> > (and the HP 9000 712) weren't developed until long after the days of V6
> > and V7 UNIX.
>
> Wouldn't it be easier to just get the PDP-11 emulator from
> gatekeeper.dec.com and compile it for HP-UX or Linux on the 712?  I've
> compiled it on Solaris 8, Linux, and Mac OS X, so it should compile just
> fine under HP-UX.
>
> Also, as far as I am aware ( and keep in mind, I am an HP-UX system
> admin. ) HP-UX has only ever been System V. You can run HP-UX, Linux, or
> NetBSD on a HP-9000/{800,700}.
>
> - Derrik
>
> firebug at apk.net
> http://junior.apk.net/~firebug
> --------------------------------------------------------------------------
-------------------------
> They seem to have learned the habit of cowering before authority even
> when not actually threatened.  How very nice for authority.  I decided
> not
> to learn this particular lesson.
>          -- Richard Stallman
>
> _______________________________________________
> TUHS mailing list
> TUHS at minnie.tuhs.org
> http://minnie.tuhs.org/mailman/listinfo/tuhs




