TUHS

tuhs@tuhs.org

4 participants
6478 discussions

by norman＠nose.cita.utoronto.ca

For any MSCP disk, the proper way to find out how many sectors there are is to ask the disk. The `unit online' command (which has to be used anyway, to tell the controller to connect to the disk) reports the unit size in sectors; the `get unit status' command reports the number of sectors per track, tracks per group, and groups per cylinder. (The term `group' here is MSCP-speak which I've never really understood; the idea seems to be that groups are collections of cylinders that can be switched between with relatively little time penalty, whereas switching between even adjacent cylinders is more expensive.) Beware, however, that modern disks usually don't have a fixed number of sectors per track; the tracks furthest from the spindle have more sectors, so that more of the disk surface can be used without too much density variation. Such `zoned' disks weren't common (maybe they didn't even exist) when the MSCP spec was first written; maybe the RA92 is new enough that it has zones. I've never been convinced that worrying in great detail about track and cylinder sizes gains much performance anyway, but that's another story.

25 years, 7 months

What's the true size of an RA92?

by msokolov＠meson.jpsystems.com

Hi, I wonder, does anyone know for sure what is the user capacity of an RA92 in blocks? I'm now updating disktab(5) and the driver tables in 4.3BSD-Quasijarus to cover new RA disks, and I can't figure out the user capacity of RA92 in blocks. For all other RA disks with no exceptions (all RA8x, all RA7x, and RA90) the user capacity in blocks is exactly equal to the number of cylinders multiplied by the number of heads multiplied by the number of sectors, i.e., no funny reserved sectors or tracks or anything like that. Looking in the disktab(5) from Ultrix V4.2 I see a perfect match between the geometry and the partition sizes for all disks except RA92. The RA92 entry indicates 3279 cylinders, 13 heads, and 69 sectors per track, but partition c is listed as 2940951 blocks instead of 3279*13*69=2941263 blocks. Does anyone know for sure whether the user capacity of an RA92 is 2940951 blocks, 2941263 blocks, or something else altogether? -- Michael Sokolov Special Agent International Free Computing Task Force ARPA Internet SMTP mail: msokolov(a)meson.jpsystems.com Received: (from major@localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id KAA17754 for pups-liszt; Sun, 5 Sep 1999 10:41:13 +1000 (EST)

25 years, 7 months

Now the TK50 problem

by msokolov＠meson.jpsystems.com

Hi, Having solved the RA72 problem and the KDA50 problem, I'm ready to attack the next problem. :-( This time the TK50. I have a very odd problem with it. When I first power up the VAX, everything works fine. I can read tapes, restore dumps, etc. Then after some uptime (apparently something heat-related) it starts behaving very oddly. Tapes with 512-byte records still read just fine, but trying to read a tape with 10240-byte records (such as a UNIX filesystem dump tape) results in the controller returning a hard error indication of "record data truncated". This is so odd that I first thought it was a software problem, but it isn't, because this happens identically under 4.3BSD-Quasijarus0 and Ultrix V4.0, whose TMSCP drivers are completely different. The fact that the problem occurs only after some uptime suggests some kind of overheat, which would normally be a very low-level physical problem, but the record size dependence suggests something high-level, more likely the controller than the drive. This MicroVAX is still under the dealer's warranty (I just bought it on Monday), so if this is a bad drive or controller, I can replace it, which which of the two is it? Has anyone ever seen this problem before? Does anyone know whether it is the drive or the controller that's bad? TIA. -- Michael Sokolov Special Agent International Free Computing Task Force ARPA Internet SMTP mail: msokolov(a)meson.jpsystems.com P.S. The temperature in the machine room is 70F. Not the best for a machine room, but the best you'd ever expect for an office, and I think the VAX has no right to go on strike at 70F.

25 years, 8 months

Re: V7M

by johnh＠psych.usyd.edu.au

V7M was the DEC distribution of V7 (pre Ultrix days). Fred Canter did most of the work, along with Jerry Brenner and Armando Stettner. It supported non ID space machines, and some of the newer DEC hardware. My manual lists it as working with :- CPUS:- 11/23, 34, 44, 45/50/55, 60 and 70 Disks:- RL02, RK06, RK07, RM02/3, RP04/5 Tapes:- TU10, TE10, TU16, TE16, TS11 There was a strip down of V6 called Miniunix that would run on machines without memory management, such at the 11/20, 05, 10 and 35/40 (without MMU option). It required a full 56Kb machine, used the first 28Kb for the kernel and swapped the last 28Kb for each process. Pipes worked by using a temporary inode to store the data and swapping the processes. It was realllllllll slow. The was also a similar version for 11/03's. I remember that there was an early bug in that updates would always rewrite open inodes (last access time had changed). You could physically wear out a floppy disk, since it was forever rewriting the sector with the inode for the console terminal. Received: (from major@localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id QAA00853 for pups-liszt; Thu, 2 Sep 1999 16:07:04 +1000 (EST) >From Carl Lowenstein <cdl(a)mpl.ucsd.edu> Thu Sep 2 16:06:50 1999 Received: from mpl.ucsd.edu (chiton.ucsd.edu [192.135.238.128]) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id QAA00845 for <pups(a)minnie.cs.adfa.edu.au>; Thu, 2 Sep 1999 16:06:56 +1000 (EST) Received: (from cdl@localhost) by mpl.ucsd.edu (8.8.8+Sun/8.8.8) id XAA06196 for pups(a)minnie.cs.adfa.edu.au; Wed, 1 Sep 1999 23:06:50 -0700 (PDT) Date: Wed, 1 Sep 1999 23:06:50 -0700 (PDT) From: Carl Lowenstein <cdl(a)mpl.ucsd.edu> Message-Id: <199909020606.XAA06196(a)mpl.ucsd.edu> To: pups(a)minnie.cs.adfa.edu.au Subject: Re: V7M Sender: owner-pups(a)minnie.cs.adfa.edu.au Precedence: bulk > Subject: Re: V7M > cc: pups(a)minnie.cs.adfa.edu.au > Date: Wed, 01 Sep 1999 16:44:29 -0700 > From: Kirk McKusick <mckusick(a)flamingo.mckusick.com> > > My recollection is that V7M stood for V7-mini. It was a > striped down version of V7 that was designed to run on > the very low-end PDP-11's (like the 11/20). Well, actually the M was for Modified. Particularly modified to work with some more DEC peripherals. What ran on 11/20's was Mini-Unix, which was a stripped-down 6th Edition. By the way I'm not sure that the PUPS archive has a Mini-Unix tape. I have one, although it has not been read since the days when I had an 11/20. carl carl lowenstein marine physical lab u.c. san diego {decvax|ucbvax} !ucsd!mpl!cdl cdl(a)mpl.ucsd.edu clowenstein(a)ucsd.edu Received: (from major@localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id QAA00913 for pups-liszt; Thu, 2 Sep 1999 16:11:58 +1000 (EST) >From Warren Toomey <wkt(a)cs.adfa.edu.au> Thu Sep 2 16:09:16 1999 Received: from henry.cs.adfa.edu.au (henry.cs.adfa.edu.au [131.236.21.158]) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id QAA00907 for <pups(a)minnie.cs.adfa.edu.au>; Thu, 2 Sep 1999 16:11:51 +1000 (EST) Received: (from wkt@localhost) by henry.cs.adfa.edu.au (8.9.2/8.9.3) id QAA00770; Thu, 2 Sep 1999 16:09:16 +1000 (EST) From: Warren Toomey <wkt(a)cs.adfa.edu.au> Message-Id: <199909020609.QAA00770(a)henry.cs.adfa.edu.au> Subject: Re: V7M In-Reply-To: <199909020606.XAA06196(a)mpl.ucsd.edu> from Carl Lowenstein at "Sep 1, 1999 11: 6:50 pm" To: cdl(a)mpl.ucsd.edu (Carl Lowenstein) Date: Thu, 2 Sep 1999 16:09:16 +1000 (EST) Cc: pups(a)minnie.cs.adfa.edu.au Reply-To: wkt(a)cs.adfa.edu.au X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pups(a)minnie.cs.adfa.edu.au Precedence: bulk In article by Carl Lowenstein: > Well, actually the M was for Modified. Particularly modified to work > with some more DEC peripherals. > > What ran on 11/20's was Mini-Unix, which was a stripped-down 6th > Edition. By the way I'm not sure that the PUPS archive has a Mini-Unix > tape. I have one, although it has not been read since the days when I > had an 11/20. > carl Yep, it's in Distributions/usdl/Mini-Unix. It's not in the research/ dir because it was not done in the labs, but elsewhere. Cheers, Warren Received: (from major@localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id SAA00659 for pups-liszt; Thu, 2 Sep 1999 18:07:17 +1000 (EST) >From Anders Magnusson <ragge(a)ludd.luth.se> Thu Sep 2 18:05:23 1999 Received: from zed.ludd.luth.se (zed.ludd.luth.se [130.240.16.33]) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id SAA00643; Thu, 2 Sep 1999 18:05:30 +1000 (EST) Received: from father.ludd.luth.se (ragge(a)father.ludd.luth.se [130.240.16.18]) by zed.ludd.luth.se (8.8.5/8.8.5) with ESMTP id KAA22337; Thu, 2 Sep 1999 10:05:25 +0200 From: Anders Magnusson <ragge(a)ludd.luth.se> Received: (ragge@localhost) by father.ludd.luth.se (8.6.11/8.6.11) id KAA11504; Thu, 2 Sep 1999 10:05:24 +0200 Message-Id: <199909020805.KAA11504(a)father.ludd.luth.se> Subject: Re: KDA50 woes To: quasijarus(a)minnie.cs.adfa.edu.au Date: Thu, 2 Sep 1999 10:05:23 +0200 (MET DST) Cc: pups(a)minnie.cs.adfa.edu.au, quasijarus(a)minnie.cs.adfa.edu.au In-Reply-To: <9909020115.AA00610(a)meson.jpsystems.com> from Michael Sokolov at "Sep 1, 99 08:15:23 pm" X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pups(a)minnie.cs.adfa.edu.au Precedence: bulk > Hi, > > I wonder, does anyone here know anything about the KDA50? I've solved my RA72 > Well, something I think... :-) [...] > > So my questions to the folks are: First, is my understanding of the situation > correct? Second, what can be done about it? I guess as a temporary solution I > can remove this problematic IPL autodetection code and hard-code the IPL of my > KDA50, but what is it? Is the IPL set with switches on the KDA50 or how? And > what do the KDA50 switches do in the first place? Does anyone know? TIA. > The IPL autodetect code has seemed to me as unneccessary. You know that the KDA50 will always interrupt at spl5, so you can hard-code it in the interrupt driver and nuke the autodetect code. The same with the other drivers that can be on Qbus: if (uh->uh_type == QBA) spl5(); -- Ragge

25 years, 8 months

KDA50 woes

by msokolov＠meson.jpsystems.com

Hi, I wonder, does anyone here know anything about the KDA50? I've solved my RA72 problem (as it turns out, if there is no control panel connected, the drive assumes normal operation, i.e., spin up, go on-line, enable port A, no write protect, and the unit number between 0 and 7 is set by the switches on the right side of the drive), but now I have a different problem: I can't get UNIX (4.3BSD-Quasijarus of course) to recognize the KDA50, although it worked fine on my Webster ESDI controller back in Ohio, and others have also reported successfully booting it on different controllers. By inserting a few debugging printouts in the uda driver, I have determined that it fails the udaprobe(). I know very little about UDA50/KDA50 registers, so I may be wrong, but it looks to me that the code is trying to do the following. It diddles the controller registers to make it start the initialization. Then apparently it expects the controller to interrupt and set some status bits in some register. However, because of Q-bus's odd interrupt protocol and the need to determine the IPL of the controller, the procedure is done non-trivially. First it does an spl6(), disabling all interrupts except BR7 (which these controllers apparently don't use). Then it does the register diddling and testing with these interrupts disabled. It allows the CPU to field the interrupt only when the register bits indicate that the operation has been performed and the interrupt has been posted. Apparently the assumption is that the controller will post the interrupt and then set the right bits in the right registers without waiting for the CPU to field the interrupt. Also apparently the KDA50 is different and doesn't set those bits until the interrupt is fielded, breaking this code. So my questions to the folks are: First, is my understanding of the situation correct? Second, what can be done about it? I guess as a temporary solution I can remove this problematic IPL autodetection code and hard-code the IPL of my KDA50, but what is it? Is the IPL set with switches on the KDA50 or how? And what do the KDA50 switches do in the first place? Does anyone know? TIA. -- Michael Sokolov Special Agent International Free Computing Task Force ARPA Internet SMTP mail: msokolov(a)meson.jpsystems.com Received: (from major@localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id PAA00399 for pups-liszt; Thu, 2 Sep 1999 15:09:20 +1000 (EST) >From Kirk McKusick <mckusick(a)flamingo.McKusick.COM> Thu Sep 2 09:44:29 1999 Received: from knecht.sendmail.org (knecht.sendmail.org [209.31.233.160]) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id PAA00395 for <pups(a)minnie.cs.adfa.edu.au>; Thu, 2 Sep 1999 15:09:13 +1000 (EST) Received: from flamingo.McKusick.COM (root(a)flamingo.mckusick.com [209.31.233.178]) by knecht.sendmail.org (8.9.3/8.9.3) with ESMTP id RAA20755; Wed, 1 Sep 1999 17:54:11 -0700 (PDT) Received: from flamingo.McKusick.COM (mckusick(a)localhost.concentric.net [127.0.0.1]) by flamingo.McKusick.COM (8.9.3/8.9.0) with ESMTP id QAA29309; Wed, 1 Sep 1999 16:44:35 -0700 (PDT) Message-Id: <199909012344.QAA29309(a)flamingo.McKusick.COM> To: wkt(a)cs.adfa.edu.au Subject: Re: V7M cc: pups(a)minnie.cs.adfa.edu.au In-reply-to: Your message of "Mon, 09 Aug 1999 09:41:23 +1000." <199908082341.JAA83043(a)henry.cs.adfa.edu.au> Date: Wed, 01 Sep 1999 16:44:29 -0700 From: Kirk McKusick <mckusick(a)flamingo.McKusick.COM> Sender: owner-pups(a)minnie.cs.adfa.edu.au Precedence: bulk My recollection is that V7M stood for V7-mini. It was a striped down version of V7 that was designed to run on the very low-end PDP-11's (like the 11/20). Kirk McKusick Received: (from major@localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id PAA00533 for pups-liszt; Thu, 2 Sep 1999 15:27:01 +1000 (EST) >From "Steven M. Schultz" <sms(a)moe.2bsd.com> Thu Sep 2 15:25:35 1999 Received: from moe.2bsd.com (0(a)MOE.2BSD.COM [206.139.202.200]) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id PAA00528 for <pups(a)minnie.cs.adfa.edu.au>; Thu, 2 Sep 1999 15:26:54 +1000 (EST) Received: (from sms@localhost) by moe.2bsd.com (8.9.0/8.9.0) id WAA04996 for pups(a)minnie.cs.adfa.edu.au; Wed, 1 Sep 1999 22:25:35 -0700 (PDT) Date: Wed, 1 Sep 1999 22:25:35 -0700 (PDT) From: "Steven M. Schultz" <sms(a)moe.2bsd.com> Message-Id: <199909020525.WAA04996(a)moe.2bsd.com> To: pups(a)minnie.cs.adfa.edu.au Subject: Re: V7M Sender: owner-pups(a)minnie.cs.adfa.edu.au Precedence: bulk > From: Kirk McKusick <mckusick(a)flamingo.McKusick.COM> > > My recollection is that V7M stood for V7-mini. It was a > striped down version of V7 that was designed to run on > the very low-end PDP-11's (like the 11/20). Hmmm, interesting. My memories dredge up the 'M' as meaning "Modified". Don't recall it ever being touted as 11/20 capable 56kb, no MMU would be a wee bit too mini I'd think - was there ever a V7 that could run without an MMU? If there was I've completely forgotten about it. Steven Schultz Received: (from major@localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id PAA00770 for pups-liszt; Thu, 2 Sep 1999 15:59:45 +1000 (EST)

25 years, 8 months

Setting the unit number on RA72

by msokolov＠meson.jpsystems.com

Hi, I wonder, does anyone know how to set the unit number on an RA72 manually, without the RA7x control panel? I need to put two RA72s in a BA123, I have the skidplates under the drives, the KDA50 and the right internal SDI cables, but this is a BA123, so I don't have that RA7x control panel they put in 3500/3600 skunk boxes. I know that on RF drives if you don't have that panel connector, the drive has its own switches or jumpers to set the DSSI node number, and I'm sure that the same is true for the SDI unit number on RA7x drives. There is a pack of 3 DIP switches on the right side of the RA72, is that the unit number? If so, is bit 0 on the left or on the right? Is 1 up or down? TIA. -- Michael Sokolov Special Agent International Free Computing Task Force ARPA Internet SMTP mail: msokolov(a)meson.jpsystems.com

25 years, 8 months

Re: Source of early Unix information

by Warren Toomey

In article by Martin Crehan: > I found a web site: > http://communication.ucsd.edu/A-News/ > that has Usenet postings dating from May 1981 to May 1982. the groups: > FA.unix-wizards > NET.bugs > NET.bugs.2bsd > NET.bugs.4bsd > NET.bugs.v7 > NET.sources > NET.tools > NET.unix > NET.unix-wizards > contain postings with information on the early days of Unix. > > Have you heard of any other places that have old Usenet articles. > Martin Crehan Does anybody know of other Usenet archives? There are some archives of comp.sources.* around. I've got much of the Minix and BSD newsgroups archived since 1992. I've also got 3 9-track tapes sitting here. One's labelled `News'; the others have labels: 1600bpi tar OLDNEWS ARCHIVE (mod) 25 feb 87 1600bpi tar OLDNEWS ARCHIVE (aus,comp,mod,net,news) 25 feb 87 I might try reading them in the next few days. Received: (from major@localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id LAA57011 for pups-liszt; Mon, 30 Aug 1999 11:31:26 +1000 (EST) >From Warren Toomey <wkt(a)cs.adfa.edu.au> Mon Aug 30 11:29:26 1999 Received: from henry.cs.adfa.edu.au (henry.cs.adfa.edu.au [131.236.21.158]) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id LAA57007 for <pups(a)minnie.cs.adfa.edu.au>; Mon, 30 Aug 1999 11:31:20 +1000 (EST) Received: (from wkt@localhost) by henry.cs.adfa.edu.au (8.9.2/8.9.3) id LAA11320; Mon, 30 Aug 1999 11:29:31 +1000 (EST) From: Warren Toomey <wkt(a)cs.adfa.edu.au> Message-Id: <199908300129.LAA11320(a)henry.cs.adfa.edu.au> Subject: Re: VAX emulators In-Reply-To: <199908280413.VAA22151(a)gull.prod.itd.earthlink.net> from Martin Crehan at "Aug 27, 1999 9:13:15 pm" To: mjcrehan(a)earthlink.net (Martin Crehan) Date: Mon, 30 Aug 1999 11:29:26 +1000 (EST) Cc: pups(a)minnie.cs.adfa.edu.au (Unix Heritage Society) Reply-To: wkt(a)cs.adfa.edu.au X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pups(a)minnie.cs.adfa.edu.au Precedence: bulk In article by Martin Crehan: > Warren > > Keep up the good work. Have you heard of any VAX-11 emulators that we > could use to run some of the versions of unix for the VAX? > Martin Crehan No, I don't know of any free ones. I think DEC have one for the Alpha, but it's commercial. Does anybody know of a VAX emulator? I wonder if Bob Supnik would be working on one. Cheers, Warren Received: (from major@localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id LAA57118 for pups-liszt; Mon, 30 Aug 1999 11:50:02 +1000 (EST) >From Tim Shoppa <SHOPPA(a)trailing-edge.com> Mon Aug 30 11:49:47 1999 Received: from timaxp.trailing-edge.com (timaxp.trailing-edge.com [63.73.218.130]) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with SMTP id LAA57104 for <PUPS(a)MINNIE.CS.ADFA.EDU.AU>; Mon, 30 Aug 1999 11:49:53 +1000 (EST) Received: by timaxp.trailing-edge.com for PUPS(a)MINNIE.CS.ADFA.EDU.AU; Sun, 29 Aug 1999 21:49:47 -0400 Date: Sun, 29 Aug 1999 21:49:47 -0400 From: Tim Shoppa <SHOPPA(a)trailing-edge.com> To: PUPS(a)minnie.cs.adfa.edu.au Message-Id: <990829214947.232006ae(a)trailing-edge.com> Subject: Re: VAX Emulators Sender: owner-pups(a)minnie.cs.adfa.edu.au Precedence: bulk >> Keep up the good work. Have you heard of any VAX-11 emulators that we >> could use to run some of the versions of unix for the VAX? >No, I don't know of any free ones. I think DEC have one for the Alpha, >but it's commercial. What DEC has for the Alpha to let you run VAX code is VEST, which is a translator, not a pure emulator. > Does anybody know of a VAX emulator? Well, during 1977-1978 VAX instruction set development was done on an 11/70 running an emulator. Does that count? :-) -- Tim Shoppa Email: shoppa(a)trailing-edge.com Trailing Edge Technology WWW: http://www.trailing-edge.com/ 7328 Bradley Blvd Voice: 301-767-5917 Bethesda, MD, USA 20817 Fax: 301-767-5927 Received: (from major@localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id MAA57425 for pups-liszt; Mon, 30 Aug 1999 12:20:29 +1000 (EST) >From Stuart Norris <norris(a)euler.mech.eng.usyd.edu.au> Mon Aug 30 12:20:22 1999 Received: from orr.mech.eng.usyd.edu.au (orr.mech.eng.usyd.edu.au [129.78.216.9]) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id MAA57421 for <pups(a)minnie.cs.adfa.edu.au>; Mon, 30 Aug 1999 12:20:23 +1000 (EST) Received: from localhost (norris@localhost) by orr.mech.eng.usyd.edu.au (8.9.3/8.9.3) with SMTP id MAA18883 for <pups(a)minnie.cs.adfa.edu.au>; Mon, 30 Aug 1999 12:20:22 +1000 (EST) X-Authentication-Warning: orr.mech.eng.usyd.edu.au: norris owned process doing -bs Date: Mon, 30 Aug 1999 12:20:22 +1000 (EST) From: Stuart Norris <norris(a)euler.mech.eng.usyd.edu.au> X-Sender: norris(a)orr.mech.eng.usyd.edu.au Reply-To: Stuart Norris <norris(a)euler.mech.eng.usyd.edu.au> To: Unix Heritage Society <pups(a)minnie.cs.adfa.edu.au> Subject: Unix 5th and 6th Edition Filesystems for Linux In-Reply-To: <199908300129.LAA11320(a)henry.cs.adfa.edu.au> Message-ID: <Pine.OSF.3.95.990830115745.18933C-100000(a)orr.mech.eng.usyd.edu.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-pups(a)minnie.cs.adfa.edu.au Precedence: bulk I mentioned this to Warren a few months back, but I don't think I sent it out to the mailing list, so excuse me if I am repeating myself. Anyhow, I have hacked together a version of a Unix 5th (and 6th) Edition filesystem for Linux. It is read only, and was written for Linux 2.0 on an x86 and so will require a little work to install on other systems and newer kernels, but it is fun to be able to mount old disk images. Now only if I had the time to get it read-write ... [root@ebb disks]# ls -l total 2447 -rw------- 1 norris users 2494464 Feb 16 1999 ted_v6root [root@ebb disks]# mount -t u5e -o loop ted_v6root /mnt/u5e [root@ebb disks]# cd /mnt/u5e [root@ebb u5e]# ls -l total 102 drwxrwxr-x 2 adm sys 1104 May 14 1975 bin drwxrwxr-x 2 adm sys 1824 Aug 15 1975 dev drwxrwxr-x 2 adm sys 496 Aug 15 1975 etc -rwxr-xr-x 1 root sys 29932 Aug 15 1975 hpunix drwxrwxr-x 2 adm sys 464 May 14 1975 lib drwxrwxr-x 2 adm sys 32 May 14 1975 mnt -rwxr-xr-x 1 root sys 29932 Aug 15 1975 rkunix drwxrwxrwt 2 adm sys 272 Aug 15 1975 tmp drwxrwxr-x 15 adm sys 240 Aug 15 1975 u -rwxr-xr-x 1 root sys 28684 Aug 15 1975 unix drwxrwxr-x 15 adm sys 240 Aug 15 1975 usr The source is sitting at http://www.maths.unsw.EDU.AU/~norris/software.html#u5e Untar the file into /usr/src/linux-2.0.XX/fs/u5e-0.2, make it, and stick the module into /lib/modules/2.0.XX/fs. Then mount your disk image with mount -t u5e -o loop <image> <mount point> Cheers, P.S. It is interesting to see that the GNU magic file is so up to date; [root@ebb disks]# cd /mnt/u5e/lib [root@ebb u5e]# ls -la total 228 drwxrwxr-x 2 adm sys 464 May 14 1975 . drwxrwxr-x 10 adm sys 256 Aug 15 1975 .. -rwxrwxr-x 1 adm sys 5064 Jul 18 1975 as2 -rwxrwxr-x 1 adm sys 15352 Jul 18 1975 c0 -rwxrwxr-x 1 adm sys 21814 Jul 18 1975 c1 -rwxrwxr-x 1 adm sys 8188 Jul 18 1975 c2 -rw-rw-r-- 1 adm sys 112 Jul 19 1975 crt0.o -rwxrwxr-x 1 adm sys 17424 Jul 18 1975 fc0 -rwxrwxr-x 1 adm sys 23822 Jul 18 1975 fc1 -rw-rw-r-- 1 adm sys 136 Jul 19 1975 fcrt0.o -rw-rw-r-- 1 adm sys 13810 Jul 18 1975 filib.a -rw-rw-r-- 1 adm sys 340 Jul 18 1975 fr0.o -rw-rw-r-- 1 adm sys 14118 Jul 18 1975 liba.a -rw-rw-r-- 1 adm sys 22042 Jul 19 1975 libc.a -rw-rw-r-- 1 adm sys 13958 Jul 18 1975 libf.a -rw-rw-r-- 1 adm sys 27622 Jul 18 1975 libp.a -rw-rw-r-- 1 adm sys 9982 Jul 19 1975 libs.a -rw-rw-r-- 1 adm sys 3530 Jul 19 1975 liby.a -rwxrwxr-x 1 adm sys 3144 Jul 18 1975 lpr -rw-rw-r-- 1 adm sys 436 Jul 19 1975 mcrt0.o -rw-rw-rw- 1 root bin 8794 Jul 19 1975 tmgb [root@ebb u5e]# file * as2: PDP-11 pure executable c0: PDP-11 pure executable c1: PDP-11 pure executable c2: PDP-11 pure executable crt0.o: PDP-11 executable not stripped fc0: PDP-11 pure executable fc1: PDP-11 pure executable fcrt0.o: PDP-11 executable not stripped filib.a: very old PDP-11 archive fr0.o: PDP-11 executable not stripped liba.a: very old PDP-11 archive libc.a: very old PDP-11 archive libf.a: very old PDP-11 archive libp.a: very old PDP-11 archive libs.a: very old PDP-11 archive liby.a: very old PDP-11 archive lpr: PDP-11 executable mcrt0.o: PDP-11 executable not stripped tmgb: very old PDP-11 archive -- Stuart Norris norris(a)mech.eng.usyd.edu.au Mechanical Engineering,University of Sydney,NSW 2006 wk:+(61 2) 9351-2272 http://www.maths.unsw.edu.au/~norris hm:+(61 2) 9326-5276 Received: (from major@localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id VAA59473 for pups-liszt; Mon, 30 Aug 1999 21:16:57 +1000 (EST) >From Sergey Svishchev <svs(a)ropnet.ru> Mon Aug 30 21:15:51 1999 Received: from d32-179.ropnet.ru (svs(a)d32-179.ropnet.ru [212.42.32.179]) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with SMTP id VAA59469 for <pups(a)minnie.cs.adfa.edu.au>; Mon, 30 Aug 1999 21:16:45 +1000 (EST) Received: from d32-179.ropnet.ru by d32-179.ropnet.ru with for delivery to "pups(a)minnie.cs.adfa.edu.au" id AA0209; Mon, 30 Aug 99 15:15:52 +0400 Message-Id: <19990830151551.22833@firepower> Date: Mon, 30 Aug 1999 15:15:51 +0400 From: Sergey Svishchev <svs(a)ropnet.ru> To: pups(a)minnie.cs.adfa.edu.au Subject: Re: Source of early Unix information Mail-Followup-To: pups(a)minnie.cs.adfa.edu.au References: <199908280450.VAA25771(a)gull.prod.itd.earthlink.net> <199908300059.KAA11005(a)henry.cs.adfa.edu.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89 In-Reply-To: <199908300059.KAA11005(a)henry.cs.adfa.edu.au>; from Warren Toomey on Mon, Aug 30, 1999 at 10:59:52AM +1000 Sender: owner-pups(a)minnie.cs.adfa.edu.au Precedence: bulk On Mon, Aug 30, 1999 at 10:59:52AM +1000, Warren Toomey wrote: > I've also got 3 9-track tapes sitting here. One's labelled `News'; the > others have labels: > > 1600bpi tar > OLDNEWS ARCHIVE (aus,comp,mod,net,news) > 25 feb 87 > > I might try reading them in the next few days. If you do manage to read them, could you make INFO-VAX messages (if there are any, of course) available? I'd like to merge them with other INFO-VAX archives, for completeness. (I run a WebGlimpse-based searchable archive of classiccmp and INFO-VAX, URL below.) -- Sergey Svishchev -- <svs(a)ropnet.ru> -- http://mail-index.nice.ru/ Received: (from major@localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id AAA60361 for pups-liszt; Tue, 31 Aug 1999 00:45:57 +1000 (EST) >From "Robert Harker, 408-295-9432" <harker(a)harker.com> Tue Aug 31 00:45:04 1999 Received: from firewall.harker.com (IDENT:root@firewall.harker.com [192.102.231.125]) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id AAA60357 for <pups(a)minnie.cs.adfa.edu.au>; Tue, 31 Aug 1999 00:45:49 +1000 (EST) Received: from harker.harker.com (harker.harker.com [172.16.0.1]) by firewall.harker.com (8.9.3/8.9.3) with ESMTP id HAA32678; Mon, 30 Aug 1999 07:51:29 -0700 Received: (from harker@localhost) by harker.harker.com (8.8.7/8.8.8) id HAA01191; Mon, 30 Aug 1999 07:45:04 -0700 (PDT) Date: Mon, 30 Aug 1999 07:45:04 -0700 (PDT) From: "Robert Harker, 408-295-9432" <harker(a)harker.com> Message-Id: <199908301445.HAA01191(a)harker.harker.com> To: wkt(a)cs.adfa.edu.au Subject: Older versions of SunOS Cc: pups(a)minnie.cs.adfa.edu.au Sender: owner-pups(a)minnie.cs.adfa.edu.au Precedence: bulk Visited your web page and looked at your page for SunOS and Solaris I can add more history: I believe the first public release of SunOS was 0.9 so I will start there SunOS Aprox Date Comments _____ __________ _____________________________ 0.9 1983 First relase for the oldest Sun1 CPU boards As I recall the Sun1 CPU boards were 68000 boards (Maybe 68010?) with 256Kb ram on board. This relase was a quick and dirty port of AT&T's version of UNIX, not BSD. No window system. I ran the very last tech support workstation running SunOS 0.9, a machine called onefive (the name as I recall referred to the hardware. 1.0 1984 (1983?) First relase for the new Sun2 CPU boards. 68010 CPU and no memory on the mother board Introduced Sun's SunTools window system. 1.1 1984-03-12 From SunOS 1.1 Installation Guide First stable SunOS release (or so I was told as we upgraded systems to 1.1) Required Rev N PROMS on the mother board 2.0 1985-04-15 From "System Administration for the Sun Workstation" Revision history: "First Customer release of this System Administration Manual" Support for Sun2/50 and 2/160 VME based workstations. First general release of NFS and NIS 2.3 1986-03-21 From SunOS 2.3 Upgrade tape (Photocopy of Proof tape from SQA) 3.0 1986-02-17 From "Writing Device Drivers for the Sun Workstation" Supports new Sun 3 68020 architecture. 4.0 1988-05-09 From "SunOS 4.0 Change Notes" "Key improvements incorporated by SunOS 4.0 include: * New system architecture that promotes system resource sharing and portability across different hardware platforms. * Share library facility that reduces program size and swap space requirements. * Resizable swap area for diskless clients * Secure networking through the use of RPC (Remote Procedure Call). * NFS (Network File System) replaces ND (Network Disk) for diskless client systems. The Effect of this is to make system administration easier and more flexible. * All of the $.3 BSD network changes are incorporated including TCP (Transmission Control Protocol) and IP (Internet Protocol) performance improvements and subnetting. * Automount facility that automatically mounts accessible remote filesystems as needed." Supports new Sun 4 SPARC architecture. 4.0.3 1989-04-24 From "Documentation Erata and Changes Pages For SunOS Release 4.0.3" 4.0.3c 1989-06-06 From "SPARCstation-1 SunOS 4.0.3 Sun-4c Release Notes" 4.1 1990-03-27 From SunOS 4.1 "Installing The SunOS" Hope this helps to fill out the timeline. RLH > Generate sendmail.cf files using the web. Check out our web based < > sendmail.cf file generator: http://www.harker.com/gen.sendmail.cf < > For info about our "Managing Internet Mail, Setting Up and Trouble < > Shooting sendmail and DNS" and a schedule of dates and locations, < > please send email to info(a)harker.com, or visit www.harker.com < Robert Harker Harker Systems Sendmail and TCP/IP Network Training 1180 Hester Ave Sendmail, Network, and Sysadmin Consulting San Jose, CA 95126 harker(a)harker.com 408-295-6239

25 years, 8 months

Re: Primeval C compilers

by msokolov＠baryon.trailing-edge.com

Warren Toomey <wkt(a)henry.cs.adfa.edu.au> wrote: > Hi all, > I also asked Dennis if we could put his two old `primeval' C > compilers into the archive. He said: > > > I don't have a problem with copying the compilers, more or > > less as a mirror. I wonder if anyone will try to revive them? So are they now on minnie or not? If they are, then where? I just looked and couldn't find them. -- Michael Sokolov Special Agent International Free Computing Task Force Harhan Computer Operation Facility ARPA Internet SMTP mail: msokolov(a)baryon.trailing-edge.com

25 years, 8 months

Re: 4.3-QJ0 installation problem (was: no subject)

by msokolov＠baryon.trailing-edge.com

(I'm Cc'ing this to the PUPS list because the original message was, but this discussion belongs on the Quasijarus list. Please don't Cc follow-ups to PUPS, instead everyone who is interested in this discussion please send: subscribe quasijarus to Majordomo(a)minnie.cs.adfa.edu.au) Wilko Bulte <wilko(a)yedi.iaf.nl> wrote: > I've been trying to get 4.3BSD to run on my newly acquired MicroVAXII. > I followed the Ultrix route described in the docs in the pups tree. > > I get as far as: > > [...] > > 4.3 BSD Quasijarus UNIX #0: Fri Dec 25 14:22:17 EST 1998 > msokolov@polygon:/usr/src/sys/GENERIC > > [...] > > ra0 at uda0 slave 0: MICROP , size = 1303998 sectors OK, good, I see you've labeled your system disk. > ra1 at uda0 slave 1trap type 6, code = 2, pc = 80031b1c > panic: Arithmetic fault OK, trap 6 code 2 is integer divide by zero on the VAX. My obvious guess is that the disk has a garbage label on it and when the kernel tries to interpret it, it divides by zero and blows up. A garbage label is something worse than no label at all, because the label structure has a magic at the beginning, and trust me, the kernel does check it and it does not blow up with a divide by zero when block 0 is all zeros. Wilko, what exactly do you have in the label block of disk 1? If you've been following my installation instructions to the letter, that disk would be your Ultrix disk. My installation instructions call for labeling the BSD disk, but not the Ultrix disk. In fact, putting a BSD label on an Ultrix bootable disk would render it unbootable, as Ultrix has boot code where BSD has the label. This means that normally when someone follows my Ultrix-based installation procedure, BSD will simply view the Ultrix disk as unlabeled and make it one big partition a. You obviously have something else in there. > Exactly the same thing happens when I use 4.3reno instead of the Quasijarus > kit. Well, this at least means that this is not yet another one of my own bugs, so that's the good news. :-) But sure, the kernel could do with a few more label sanity checks so that it prints a nice error message instead of blowing up. I'll look into it. -- Michael Sokolov Special Agent International Free Computing Task Force Harhan Computer Operation Facility ARPA Internet SMTP mail: msokolov(a)baryon.trailing-edge.com Received: (from major@localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id NAA47798 for pups-liszt; Sat, 28 Aug 1999 13:58:50 +1000 (EST) >From Warren Toomey <wkt(a)henry.cs.adfa.edu.au> Sat Aug 28 13:58:44 1999 Received: from henry.cs.adfa.edu.au (henry.cs.adfa.edu.au [131.236.21.158]) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id NAA47794 for <pups(a)minnie.cs.adfa.edu.au>; Sat, 28 Aug 1999 13:58:44 +1000 (EST) Received: (from wkt@localhost) by henry.cs.adfa.edu.au (8.9.2/8.9.1) id NAA06231 for pups(a)minnie.cs.adfa.edu.au; Sat, 28 Aug 1999 13:58:44 +1000 (EST) (envelope-from wkt) From: Warren Toomey <wkt(a)henry.cs.adfa.edu.au> Message-Id: <199908280358.NAA06231(a)henry.cs.adfa.edu.au> Subject: dmr's comments on releasing old code To: pups(a)minnie.cs.adfa.edu.au (Unix Heritage Society) Date: Sat, 28 Aug 1999 13:58:44 +1000 (EST) Reply-To: wkt(a)cs.adfa.edu.au X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pups(a)minnie.cs.adfa.edu.au Precedence: bulk All, Dennis Ritchie just emailed me with a URL about Dan Bricklin's efforts to release his original VisiCalc: http://www.bricklin.com/history/vcpostingreactions.htm The URL contains a link to an email from Dennis about his attempts to get the older UNIX source code, and the primeval C compilers, released: http://www.bricklin.com/history/dmrletter.htm Cheers, Warren Received: (from major@localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id OAA47821 for pups-liszt; Sat, 28 Aug 1999 14:03:48 +1000 (EST) >From Martin Crehan <mjcrehan(a)earthlink.net> Sat Aug 28 14:03:30 1999 Received: from gull.prod.itd.earthlink.net (gull.prod.itd.earthlink.net [207.217.121.85]) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id OAA47817 for <pups(a)minnie.cs.adfa.oz.au>; Sat, 28 Aug 1999 14:03:41 +1000 (EST) Received: from gort (1Cust102.tnt2.covina.ca.da.uu.net [208.254.25.102]) by gull.prod.itd.earthlink.net (8.9.3/8.9.3) with SMTP id VAA13229 for <pups(a)minnie.cs.adfa.oz.au>; Fri, 27 Aug 1999 21:03:30 -0700 (PDT) Date: Fri, 27 Aug 1999 21:03:30 -0700 (PDT) Message-Id: <199908280403.VAA13229(a)gull.prod.itd.earthlink.net> X-Sender: mjcrehan(a)earthlink.net X-Mailer: Windows Eudora Light Version 1.5.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: pups(a)minnie.cs.adfa.oz.au From: Martin Crehan <mjcrehan(a)earthlink.net> Subject: Dennis Ritchie letter on releasing early Unix Sender: owner-pups(a)minnie.cs.adfa.edu.au Precedence: bulk I ran across an interesting account from Dennis Ritchie on the process he went through to get us the SCO liscense for Ancient Unix: http://www.bricklin.com/history/dmrletter.htm Martin Crehan 9 PM PDT, August 27, 1999 mjcrehan(a)earthlink.net Received: (from major@localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id VAA49114 for pups-liszt; Sat, 28 Aug 1999 21:08:36 +1000 (EST) >From Warren Toomey <wkt(a)henry.cs.adfa.edu.au> Sat Aug 28 21:08:29 1999 Received: from henry.cs.adfa.edu.au (henry.cs.adfa.edu.au [131.236.21.158]) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id VAA49110 for <pups(a)minnie.cs.adfa.edu.au>; Sat, 28 Aug 1999 21:08:29 +1000 (EST) Received: (from wkt@localhost) by henry.cs.adfa.edu.au (8.9.2/8.9.1) id VAA07821 for pups(a)minnie.cs.adfa.edu.au; Sat, 28 Aug 1999 21:08:29 +1000 (EST) (envelope-from wkt) From: Warren Toomey <wkt(a)henry.cs.adfa.edu.au> Message-Id: <199908281108.VAA07821(a)henry.cs.adfa.edu.au> Subject: Primeval C compilers To: pups(a)minnie.cs.adfa.edu.au (Unix Heritage Society) Date: Sat, 28 Aug 1999 21:08:29 +1000 (EST) Reply-To: wkt(a)cs.adfa.edu.au X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pups(a)minnie.cs.adfa.edu.au Precedence: bulk Hi all, I also asked Dennis if we could put his two old `primeval' C compilers into the archive. He said: I don't have a problem with copying the compilers, more or less as a mirror. I wonder if anyone will try to revive them? I've had a go at reviving them today, using V5 cc and tools. It's a real PITA I can assure you. I've got the last1120c compiler compiled, but I can't get it to compile itself. As soon as it sees line 16 in c00.c i = namsiz; it complains that the LHS isn't an Lvalue. I think I'll stop now, my brain is hurting too much :-) Ciao, Warren Received: (from major@localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id CAA50367 for pups-liszt; Sun, 29 Aug 1999 02:46:23 +1000 (EST)

25 years, 8 months

None

by dmr＠plan9.bell-labs.com

To: Subject:, Re:, The, dsw, man, page, wkt(a)cs.adfa.edu.au , pups(a)minnie.cs.adfa.edu.au CC: pups(a)minnie.cs.adfa.edu.au Date: Fri, 27 Aug 1999 01:08:44 -0400 From: dmr To: Subject:, Re:, The, dsw, man, page, wkt(a)cs.adfa.edu.au, pups(a)minnie.cs.adfa.edu.au MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit The A-news archive "man page" article that Fischer retrieved from Usenet of 1981, describing the original dsw, is authentic so far as I can remember. As the article suggests, the displayed man page is a construction, and didn't exist as such, but it indeed described what the ancestral program did. By a year or so later, as documented in the First Edition manual, the behavior and the name were already referred to as "ancient." My, how time passes. Dennis Received: (from major@localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id UAA42243 for pups-liszt; Fri, 27 Aug 1999 20:16:58 +1000 (EST) >From Wilko Bulte <wilko(a)yedi.iaf.nl> Fri Aug 27 19:47:02 1999 Received: from uni4nn.gn.iaf.nl (osmium.gn.iaf.nl [193.67.144.12]) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id UAA42231; Fri, 27 Aug 1999 20:16:40 +1000 (EST) Received: from yedi.iaf.nl (uucp@localhost) by uni4nn.gn.iaf.nl (8.9.2/8.9.2) with UUCP id LAA30941; Fri, 27 Aug 1999 11:53:23 +0200 (MET DST) Received: (from wilko@localhost) by yedi.iaf.nl (8.9.3/8.9.3) id LAA31089; Fri, 27 Aug 1999 11:47:02 +0200 (CEST) (envelope-from wilko) From: Wilko Bulte <wilko(a)yedi.iaf.nl> Message-Id: <199908270947.LAA31089(a)yedi.iaf.nl> Subject: To: pups(a)minnie.cs.adfa.oz.au (PUPS Users Mailing List), quasijarus(a)minnie.cs.adfa.oz.au (Quasijarus BSD Users Mailing List) Date: Fri, 27 Aug 1999 11:47:02 +0200 (CEST) X-Organisation: Private FreeBSD site - Arnhem, The Netherlands X-pgp-info: PGP public key at 'finger wilko(a)freefall.freebsd.org' X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pups(a)minnie.cs.adfa.edu.au Precedence: bulk [this was mistakenly sent to pupswork yesterday. sorry...] Hi there, I've been trying to get 4.3BSD to run on my newly acquired MicroVAXII. I followed the Ultrix route described in the docs in the pups tree. I get as far as: >>> boot dua0 2..1..0.. loading boot Boot : /vmunix 327184+102656+130352 start 0x23a8 4.3 BSD Quasijarus UNIX #0: Fri Dec 25 14:22:17 EST 1998 msokolov@polygon:/usr/src/sys/GENERIC real mem = 16773120 SYSPTSIZE limits number of buffers to 112 avail mem = 14949376 using 112 buffers containing 917504 bytes of memory MicroVAX-II tmscp0 at uba0 csr 174500 vec 774, ipl 15 tms0 at tmscp0 slave 0 uda0 at uba0 csr 172150 vec 770, ipl 14 uda0: version 5 model 13 uda0: DMA burst size set to 4 ra0 at uda0 slave 0: MICROP , size = 1303998 sectors ra1 at uda0 slave 1trap type 6, code = 2, pc = 80031b1c panic: Arithmetic fault syncing disks... done Exactly the same thing happens when I use 4.3reno instead of the Quasijarus kit. Any ideas? Wilko -- | / o / / _ Arnhem, The Netherlands - Powered by FreeBSD - |/|/ / / /( (_) Bulte WWW : http://www.tcja.nl http://www.freebsd.org

25 years, 8 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