TUHS

tuhs@tuhs.org

47 participants
6504 discussions

[pups] Possible Trix source tape Was Fwd: Re: [TUHS] Re: AI LabLispmachine source code

by Wesley Parish

First, an explanation - I'm interested in exhuming the Trix kernel - written at MIT -, which for a while was to have been the GNU kernel, according to RMS and the official FSF histories: http://en2.wikipedia.org/wiki/GNU I've been in contact with RMS - pestering the poor hacker ;) - and he's told me he's got a tape that might have the Trix source on it, but he doesn't have a tape drive or enough time. I'm in NZ, which is a bit of a long way away from Mass., so I'm asking if anyone else in the vicinity is interested in seeing one of the earlier 7th Ed. clones to be written? I've got a number of reasons for wanting to read it - among them, the wish to compare with Minix 0.0 -, putting the ubiquity of Unix during the early 80s into perspective, and of course getting something to generalize any code I write for 32VI. So, if anyone's interested and in the vicinity, just get in touch with RMS and let him know you're interested and have the time. Thanks Wesley Parish P.S. It's interesting to consider what might've been if the GNU project hadn't got behind on the Hurd, and got up-to-speed with Trix. Jokes like "Who says you can't teach an old dog GNU TRIX?" spring immediately to mind ... ----- Forwarded message from Richard Stallman <rms(a)gnu.org> ----- Date: Mon, 01 Dec 2003 23:17:32 -0500 From: Richard Stallman <rms(a)gnu.org> Reply-To: "rms(a)gnu.org" <rms(a)gnu.org> Subject: Re: [TUHS] Re: AI Lab Lispmachine source code To: Wesley Parish <wes.parish(a)paradise.net.nz> In this context it means, getting someone in the appropriate community who's interested, around to check up on the tape. Ok. I have the tape here. ----- End forwarded message ----- "I me. Shape middled me. I would come out into hot!" I from the spicy that day was overcasked mockingly - it's a symbol of the other horizon.

21 years, 5 months

RE: [pups] Mini UNIX (V6) and V7 tapes found

by Fred N. van Kempen

All, I wrote: > Looks liek I ran into a bunchof really old and useful tapes > here. Two tapes come from Bell Labs, and seem to contain the > official Mini UNIX (Sixth Edition) and the official UNIX, > Seventh Edition. Hmm. Well, the V7 tape is saved... took a bunch of retries, but I managed to grab all of it. The V6 (Mini-UNIX) tape was OK, but some !$%(!@#$%@# must have run out of blank tapes, and decided to use this one.. it contains binary data. Major bummer, sorry :( Still working on the 2.8BSD tape, which needs more work. I also have to work on Christian Corti's tapes.. now that I have a working 800bpi SCSI drive, I actually *can* :) [thanks Walter!] Images will be sent off to the PUPS archive. Cheers, Fred

21 years, 5 months

UNIX v7 projects

by Hellwig.Geisse＠mni.fh-giessen.de

Hi all, I thought that you possibly could be interested in two projects, a small one that I did over a year ago and a more recent one, which is currently under active development. In order to become acquainted with the old UNIX sources as well as the behaviour of such a system running on old (but simulated) hardware I figured out how to feed Keith Bostic's original v7 tape images into Robert M. Supnik's PDP-11 simulator so that the original bootstrap procedure (described in "Setting Up Unix - Seventh Edition") could be carried out exactly as written. In addition to that I wrote a little program which traverses the root directory of the simulated disk and extracts its contents recursively (creating the same structure and files in the host's file system). I copied all the needed software and a HOWTO into a distribution package which can be found at http://telexx.mni.fh-giessen.de/PDP11-UNIX I did this little project as a "warm-up" for another and quite a bit bigger project: porting UNIX Seventh Edition to a modern RISC-like microprocessor (named ECO32). This processor and a few peripherals are simulated for now, but we intend to transform it into real hardware (we are thinking of an FPGA implementation). These of course are dreams of the future; what we have already is this: - an ECO32 simulator - an ECO32 back-end for the LCC compiler - an ECO32 assembler/linker/loader - a UNIX 7th Edition kernel ported to ECO32 We are working on a port of many of the commands; the standard library and the shell are ready and waiting to be integrated. The homepage of this project is http://telexx.mni.fh-giessen.de/ECO32 You are welcome to download the project in its current state; don't expect anything user friendly though ;-) If you have any questions regarding these two projects, feel free to ask. - Hellwig

21 years, 5 months

[pups] Re: AI Lab Lispmachine source code

by Wesley Parish

In that case, do you have any objections to me siccing the TUHS(The Unix Heritage Soc.)http://www.tuhs.org/ /PUPS(PDP11 Unix Preservation Soc.)http://minnie.tuhs.org/PUPS/ people on to it? It is something that interests us, and there'll be at least one list member within driving range of Cambridge, Mass., with plenty of time to examine the tape. I'll cc' this ove to those lists and let anyone who's interested, get in touch with you. Thanks heaps. Wesley Parish Quoting Richard Stallman <rms(a)gnu.org>: > I don't know where to find a copy of TRIX. I saw a cartridge tape > recently that has some Nu machine software, and might have TRIX, > but I don't know. I don't have a drive to read the tape with > or the time to do it. > "I me. Shape middled me. I would come out into hot!" I from the spicy that day was overcasked mockingly - it's a symbol of the other horizon.

21 years, 5 months

Re: [pups] Mini UNIX (V6) and V7 tapes found

by Jay Jaeger

FYI, the archives should already have Mini-Unix 6th Edition. (I provided the "rescue" copy). As far as I know, it was an unaltered original, so you ought to be able to compare yours with that one. Jay Jaeger At 12:04 AM 11/30/2003 +0100, you wrote: >Hi all, > >Looks liek I ran into a bunchof really old and useful tapes >here. Two tapes come from Bell Labs, and seem to contain the >official Mini UNIX (Sixth Edition) and the official UNIX, >Seventh Edition. > >Dennis (dmr): can you verify that Bell wrote these on magtapes >from Graham Magnetics, with blue inside label? All the stickers >and such seem "real". The V7 tape is dated 10/15/79, the V7 one >is from 1977. > >Images available on request.. still wanna know if these are real >ones, or locally-modified ones. > >Cheers, > Fred >_______________________________________________ >PUPS mailing list >PUPS(a)minnie.tuhs.org >http://minnie.tuhs.org/mailman/listinfo/pups --- Jay R. Jaeger The Computer Collection cube1(a)charter.net

21 years, 5 months

[pups] Mini UNIX (V6) and V7 tapes found

by Fred N. van Kempen

Hi all, Looks liek I ran into a bunchof really old and useful tapes here. Two tapes come from Bell Labs, and seem to contain the official Mini UNIX (Sixth Edition) and the official UNIX, Seventh Edition. Dennis (dmr): can you verify that Bell wrote these on magtapes from Graham Magnetics, with blue inside label? All the stickers and such seem "real". The V7 tape is dated 10/15/79, the V7 one is from 1977. Images available on request.. still wanna know if these are real ones, or locally-modified ones. Cheers, Fred

21 years, 5 months

old Software Tools VOS, anyone?

by Aharon Robbins

Greetings all. Does anyone have any of the old Software Tools Virtual Operating System code? I know someone who is looking for it. On a related topic, if anyone has a copy of the Georgia Tech Software Tools Subsystem for Pr1me Computers, the same person would like a copy (as would I --- I was one of the two people who did the last two releases of it). Thanks, Arnold Robbins

21 years, 5 months

Re: Anybody with a copy of this paper?

by Dennis Ritchie

I see that Maziels and Coile have already offered to scan (or copy) the Bach & Buroff paper. I have it too, just haven't scanned it. The original requester should also try to find the even earlier work on Unix multiprocessing: Hawley, J. A., Meyer, W. D. (1975) MUNIX: A Multiprocessing Version of UNIX, MoS. Thesis, Naval Postgraduate School - Monterey. June. Goble, G.H. and M.H.Marsh, "A Dual Processor VAX 11/780", Purdue University Technical Report, TR-EE 81-31, Sept. 1981. This used to be at http://ghg.ecn.purdue.edu/vax/paper.html but for some reason Goble's pages have been withdrawn. Probably it's at www.archive.org, but that seems unavailable just now. Dennis

21 years, 5 months

Re: [TUHS] Re: Anybody with a copy of this paper?

by macbiesz＠optonline.net

I've found that paper here: http://web.archive.org/web/19980111042611/http://ghg.ecn.purdue.edu/vax/pap… Surprisingly, the graphics in that paper are still shown. Maciek ----- Original Message ----- From: Dennis Ritchie <dmr(a)plan9.bell-labs.com> Date: Friday, November 28, 2003 2:36 am Subject: [TUHS] Re: Anybody with a copy of this paper? > I see that Maziels and Coile have already offered > to scan (or copy) the Bach & Buroff paper. I have > it too, just haven't scanned it. > > The original requester should also try to find > the even earlier work on Unix multiprocessing: > > Hawley, J. A., Meyer, W. D. (1975) MUNIX: A Multiprocessing > Version of UNIX, > MoS. Thesis, Naval Postgraduate School - Monterey. June. > > Goble, G.H. and M.H.Marsh, "A Dual Processor VAX 11/780", > Purdue University Technical Report, TR-EE 81-31, Sept. 1981. > > This used to be at > > http://ghg.ecn.purdue.edu/vax/paper.html > > but for some reason Goble's pages have been > withdrawn. Probably it's at www.archive.org, > but that seems unavailable just now. > > Dennis > > _______________________________________________ > TUHS mailing list > TUHS(a)minnie.tuhs.org > http://minnie.tuhs.org/mailman/listinfo/tuhs >

21 years, 5 months

[pups] Sums - help needed

by Robin Birch

This is rather off topic I know but the people in this group stand a good chance of being able to help, so apologies. Now, I am struggling with the sums involved in Reed Solomon encoding/decoding. Can anyone walk me through a couple of worked examples? Cheers Robin -- Robin Birch

21 years, 5 months

[pups] Any SMP PDP11 platforms?

by Warren Toomey

Hi all, I stumbled across this reference to a 1975 Masters thesis: de Brito Meyer. W., and Hawley, J.A.. III. Munix. a multiprocessor version of UNIX. Master's thesis, Naval Postgraduate School, Monterey, Calif.. 1975. Description of dual processor Unix. Can anybody tell me what PDP11 platforms around 1975 had multi-CPU capability? Also, if anybody has further information about Munix, please let me know! Thanks in advance for any help. I've trawled thru the Unix Archive with no results. Cheers, Warren

21 years, 5 months

Anybody with a copy of this paper?

by Warren Toomey

Hi all, would anybody have a copy of this paper: Multiprocessor UNIX operating systems. Bach, M.J., and Buroff. S.J. Bell Systems. Tech. J. 63. 8 (Oct. 1984) 1733-1749. If so, would you be able to scan it in and e-mail it to me, or even photocopy it and post it to me? I'll reimburse you for time & postage. Thanks in advance, Warren

21 years, 5 months

[pups] UC08 and Ultrix-3.1

by nao

Hi, all. I finally discarded my RD54 haunted by frustrating retries and burnt my yen on an Emulex UC08 board. I installed it to my PDP-11/53 and attached an old DDS2 drive and a 230MB MO drive. Now 2.11BSD runs as smooth as silk. Next I tried to install Ultrix-3.1, but I entered an unexpected weirdness. After entering setup phase 1, the initial setup aborted saying that it failed to access files under /usr. Some lengthy investigation revealed that UC08's emulation confuses Ultrix. The MO drive pretends an RD54 and the installer is quite confident of it. Once the kernel is in service, it checks the controller board and identifies it as a KDA50, which is connected to RAxx drives. Now the kernel treat the MO disk as a RAxx. Since RD54 and RAxx have different partition layout, kernel failes to find /usr filesystem and the installation process fails. To avoid this gap, I put a 540MB drive (bigger than an RA81, which is about 469MB) and configured it to behave as an RA81. The installation process now goes. After carefully studying src/sys/conf/dksizes.c, I also used a 230MB MO disk as an undersized RA81 and it seems to work well. I also tried SIMH. This time an emulated RD54 worked well, but a tape drive suddenly stopped during installation. I traced TMSCP protocol log and found a bug in the tape driver of Ultrix standalone installer, which hitted hidden incompatibility of SIMH. Here is an ad hoc patch for SIMH: --- simh.orig/PDP11/pdp11_tq.c Mon May 19 20:24:04 2003 +++ simh/PDP11/pdp11_tq.c Thu Nov 20 18:32:43 2003 @@ -260,7 +260,7 @@ CMF_SEQ|CMF_RW|MD_CDL|MD_CSE|MD_REV| /* compare */ MD_SCH|MD_SEC|MD_SER, CMF_SEQ|CMF_RW|MD_CDL|MD_CSE|MD_REV|MD_CMP| /* read */ - MD_SCH|MD_SEC|MD_SER, + MD_SCH|MD_SEC|MD_SER|MD_RWD, CMF_SEQ|CMF_RW|CMF_WR|MD_CDL|MD_CSE|MD_IMM| /* write */ MD_CMP|MD_ERW|MD_SEC|MD_SER, 0, /* 35 */ But of course you want to fix Ultrix, don't you? Another patch is here, but it is untested: --- src/sys/sas/tk.c- Sun Jan 24 06:24:58 1988 +++ src/sys/sas/tk.c Fri Nov 21 22:14:15 2003 @@ -247,6 +247,7 @@ op = M_O_READ; else op = M_O_WRITE; + tk.tk_cmd[0].m_modifier = 0; if((mp = tkcmd(op)) == 0) { printf("\n%s magtape error: ", tk_dct); printf("endcode=%o flags=%o status=%o\n", @@ -324,6 +325,7 @@ sizeof(struct tmscp) - sizeof(struct tmscp_header); tk.tk_cmd[0].m_header.tk_vcid = 1; tk.tk_cmd[0].m_cntflgs = 0; + tk.tk_cmd[0].m_modifier = 0; /* need to set the density if TU81 */ if (tkcmd(M_O_STCON) == 0) { printf("\n%s STCON FAILED: can't init controller", tk_dct); Ultrix seems unnecessarily square and not an OS of my type, but a fairly good testbed for emulated software and hardware :-) Naoki Hamada nao(a)tom-yam.or.jp

21 years, 6 months

RE: [TUHS] SCO reveals major UNIXT IP violations

by norman＠nose.cs.utoronto.ca

Gregg C Levine: Kenneth, doesn't that mean, that their case can be closed, because they themselves are the guilty party? Caldera was bought by SCO. I thought it was the other way around: Caldera bought the UNIX-OS part of SCO, then (around the time the current fracas started) renamed themselves The SCO Group. Norman Wilson Toronto ON

21 years, 6 months

SCO reveals major UNIX IP violations

by Kenneth Stailey

an excerpt: << SCO this week said it was "examining" the AT&T settlement to see who might have leaked the ancient AT&T-derived UNIX� code and put it into a BSD distribution. Allowing such hallowed innovations to be used under an open source license, would, we agreed thoroughly devalue SCO's IP assets. So we set about looking for who could perpetrate such a foul violation. And deep on a warez site of dubious origins, we unearthed a highly incriminating statement. There we found a script kiddie shameless boasting of his crime. The poster claimed that he'd released - "... the ancient UNIX releases (V1-7 and 32V) under a "BSD-style" license. I've attached a PDF of the license letter hereto. Feel free to propogate it as you see fit" Propagate? We shivered. The subject line of the email confirmed our worst fears. [...] So after a little digging, we traced this serious UNIX� violation to a hacker outfit called "Caldera Inc." The email was datelined 23 Jan 2002. Perhaps using an assumed identity, the hacker signed himself as "Dion L. Johnson II - Product Manager and one of many open source enthusiasts in Caldera Intl." We shall be doing some more digging soon, to see where these hackers can be traced. And as dutiful citizens, we shall inform The SCO Group of these violations as our enquiries continue. As soon as we find out who these Caldera hackers are. Can you help? >> complete article: http://www.theregister.co.uk/content/4/34102.html __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree

21 years, 6 months

Why Caldera Released Unix: A Brief History

by Kenneth Stailey

http://linux.oreillynet.com/pub/a/linux/2002/02/28/caldera.html __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree

21 years, 6 months

SCO's additional law suits

by Brantley Coile

Wonder where they are getting the money to do this? Who has the most to gain by shutting down BSD and LINUX? Brantley Coile

21 years, 6 months

SCO To Expand Its Lawsuit Beyond Linux

by Pat Villani

I wonder how much trouble 32I will be: <http://www.atnewyork.com/news/article.php/3110981> Pat -- Technology is a way of organizing the universe so that man doesn't have to experience it. -- Max Frisch

21 years, 6 months

[pups] DEC PRO or P/OS

by Gregg C Levine

Hello from Gregg C Levine Can any of you point me in the directions of a website that completely discusses this operating system, PRO or P/OS? As I recall the DEC Professional system was basically a shrunken PDP-11. Finding one of course, would be a good thing. ------------------- Gregg C Levine hansolofalcon(a)worldnet.att.net ------------------------------------------------------------ "The Force will be with you...Always." Obi-Wan Kenobi "Use the Force, Luke." Obi-Wan Kenobi (This company dedicates this E-Mail to General Obi-Wan Kenobi ) (This company dedicates this E-Mail to Master Yoda )

21 years, 6 months

32I status as of 17 Nov 2003

by patv＠monmouth.com

1. Converted unpublished locore to AT&T syntax. Work still underway on new locore.S file. 2. Will use coff executable format. May comply with Sys V ABI. The latter is TBD. 3. Gcc is tool chain unless someone wants to take on 32V compiler. May take advantage of inline and asm in machine dependent files. I wouldn't recommend using the 32V compiler, mainly because there are so many syntax changes, as well as newer compiler technology, missing from it as to make it a very challenging project. 4. Gcc cross compile to be used for building. I'll make this available later next month, after I shake out the bugs. 5. May go to Bitkeeper for source control. More to follow. 6. License for all new files to be the "revised BSD license." This is compatible with the Caldera license, an "original BSD license" with the advertising clause specific to Caldera. I want to keep it open source, and this is the best compromise I see for project license. 7. May change spln() to more understandable nomenclature, e.g., spl4() becomes spltty(), similar to BSD practice. 8. 32I is the interim name. I would have preferred Unix version 7, but can't for obvious trademark reasons. Project name still up for grabs. I was thinking of UNX, named after the old DEC name for the facility I work in. Sort of a tribute to days gone by, as is porting 32V. Probably get into trouble for that one as well. --------------------------------------------- This message was sent using Monmouth Internet MI-Webmail. http://www.monmouth.com/

21 years, 6 months

RE: [pups] DEC PRO or P/OS

by Fred N. van Kempen

Well, those programs emulate both the CPU (which *is* the same as those found in the PRO systems), but *also* the surrounding stuff like disk controllers, serial controllers and so on. It would not be (that) hard to add "PRO" emulation to SimH, if some sort of hardware specs are still available. cheers, Fred > -----Original Message----- > From: Gregg C Levine [mailto:hansolofalcon@worldnet.att.net] > Sent: Tuesday, November 18, 2003 2:56 AM > To: 'David Evans' > Cc: pups(a)minnie.tuhs.org > Subject: RE: [pups] DEC PRO or P/OS > > > Hello (again) from Gregg C Levine > I take it this means that the software written for those things, won't > run on an emulator normally running as a member of the regular PDP > family of machines? Such as the SIMH PDP-11 emulator, or the E11 ones. > Mr. Wilson, (John), mentions the operating system for the PRO, on the > PDF file that describes the E11, both versions as being copyrighted, > and mentions the company name. > ------------------- > Gregg C Levine hansolofalcon(a)worldnet.att.net > ------------------------------------------------------------ > "The Force will be with you...Always." Obi-Wan Kenobi > "Use the Force, Luke." Obi-Wan Kenobi > (This company dedicates this E-Mail to General Obi-Wan Kenobi ) > (This company dedicates this E-Mail to Master Yoda ) > > > > > -----Original Message----- > > From: pups-bounces(a)minnie.tuhs.org > [mailto:pups-bounces@minnie.tuhs.org] On > > Behalf Of Wilko Bulte > > Sent: Monday, November 17, 2003 5:19 PM > > To: David Evans > > Cc: pups(a)minnie.tuhs.org; Gregg C Levine > > Subject: Re: [pups] DEC PRO or P/OS > > > > On Mon, Nov 17, 2003 at 04:50:21PM -0500, David Evans wrote: > > > On Mon, Nov 17, 2003 at 10:05:33PM +0100, Wilko Bulte wrote: > > > > > > > > A Pro350 was an F11, a Pro380 a T11 (I hope I remember this > correctly) > > > > CPU. I think you could also run RT-11 on them. Some big VAX > models > > > > had Pro's as console processors/systems. RD5x disk drives on the > Pro's. > > > > And special I/O cards which only fit in Pros. > > > > > > > > > > Yeah, that's my memory as well. Rick Macklem did a port of > 2.9BSD to them. > > > I used one for a time; it took something like thirty seconds to > load vi! > > > > The 380 was pretty much OK in my recollection. 350 was downright > slow. > > RD5x drives did not help here.. > > > > -- > > | / o / /_ _ wkb(a)freebie.xs4all.nl > > |/|/ / / /( (_) Bulte > > _______________________________________________ > > PUPS mailing list > > PUPS(a)minnie.tuhs.org > > http://minnie.tuhs.org/mailman/listinfo/pups > > _______________________________________________ > PUPS mailing list > PUPS(a)minnie.tuhs.org > http://minnie.tuhs.org/mailman/listinfo/pups >

21 years, 6 months

Re: [TUHS] 32I status as of 17 Nov 2003

by macbiesz＠optonline.net

Perhaps v7upgrade would make a nice combination with the 32I kernel. http://www.southern-storm.com.au/v7upgrade.html Maciek > > > > 3. Gcc is tool chain unless someone wants to take on 32V > compiler. May > > take advantage of inline and asm in machine dependent files. > > > > I wouldn't recommend using the 32V compiler, mainly because there > > are so many syntax changes, as well as newer compiler technology, > > missing from it as to make it a very challenging project. > > There are a couple of options here. One is to use one of the > compilersfrom MIT that will match the code in 32V very closely. > You can google for > these if they aren't already on Warren's site. The other option > is to use LCC. I wouldn't use GCC if I were doing it. (Of course > I'm not > so these are just suggestions.)>

21 years, 6 months

RE: [pups] DEC PRO or P/OS

by Fred N. van Kempen

> A Pro350 was an F11, a Pro380 a T11 (I hope I remember this correctly) > CPU. The 380 had a J11, the 350 had an F11. I *believe* the 280 was somewhere between an 11/73 and an 11/53, and the 350 was somewhat like an 11/23. > I think you could also run RT-11 on them. Some big VAX models > had Pro's as console processors/systems. RD5x disk drives on > the Pro's. Correct. If memory serves me right, you had P/OS (a menu-driven branch of the RT11 system), and Venix, a somewhat Unix-like system. Given some work, one should be able to get standard RT working on it. --f

21 years, 6 months

Re: [pups] DEC PRO or P/OS

by John Holden

On Mon, Nov 17, 2003 at 10:05:33PM +0100, Wilko Bulte wrote: > > A Pro350 was an F11, a Pro380 a T11 (I hope I remember this correctly) > CPU. I think you could also run RT-11 on them. Some big VAX models > had Pro's as console processors/systems. RD5x disk drives on the Pro's. > And special I/O cards which only fit in Pros. The Pro380 used the J11 chip. The T11 was a totally different chip, with only the base instruction set (no multiply/divide/floating point) and 8 or 16 bit bus

21 years, 6 months

Re: Heritage X (was Re: [TUHS] Lauch Gui using remote xterm!!)

by macbiesz＠optonline.net

A couple years ago, Sun released Solaris 8 source for free. The whole system is full of SVisms, and AFAIK, the source remains free. Maciek ----- Original Message ----- From: Aharon Robbins <arnold(a)skeeve.com> Date: Tuesday, November 11, 2003 11:58 am Subject: Re: Heritage X (was Re: [TUHS] Lauch Gui using remote xterm!!) > > Date: Tue, 11 Nov 2003 21:13:16 +1300 > > From: Wesley Parish <wes.parish(a)paradise.net.nz> > > Subject: Re: Heritage X (was Re: [TUHS] Lauch Gui using remote > xterm!!)> To: tuhs(a)minnie.tuhs.org > > > > I've personally thought that Sun should release the source trees > of its old > > BSD-based SunOS with the idea of getting back onside with all the > Linux and > > Unix people it pissed off by its "buying" a "Unix" license from > SCO, the > > Societe Commercial du On-Dit, the Commercial Society of > Rumourmongers. > Don't hold your breath. Even SunOS 4.1.x had large chunks of System > V Release 3 > code in it: all the STREAMS stuff and RFS worked in that > environment (not that > anyone ever used it). Also all of /usr/5bin, /usr/5lib etc. > > Arnold > _______________________________________________ > TUHS mailing list > TUHS(a)minnie.tuhs.org > http://minnie.tuhs.org/mailman/listinfo/tuhs >

21 years, 6 months

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

1997

1996

1995

1994

1993

1992

1991

1990

TUHS