TUHS

tuhs@tuhs.org

43 participants
6501 discussions

by pete＠dunnington.u-net.com

Hi, Warren. On May 10, 18:26, Warren Toomey wrote: > > For the first time in umpteen years, I need to make a bootable 7th > > Edition system disk on an RL02... > > How many blocks should I leave for swap? Or, to put it another way, > > what magic number pair would people suggest I put in the prototype file > > for the number of blocks and number of inodes? > > The best & only answer here is to consult to xxconf file used to generate > the 7th Edition kernel, as this will tell you how much swap to reserve. I should have thought of that! Steven told me the same thing last night. > Vanilla V7 didn't come with RL02 support, so all I can give you are the > parameters used for the RL02 images I have here with V7: > > rl > tm > root rl 0 > swap rl 0 > swplo 18000 > nswap 2480 That looks the same as mine. > In other words, the filesystem should be no bigger than 18,000 blocks. I had a look in the superblock on a couple of bootable RL02s, and found 18,000. > Distribution V7 had roughly 2,600 files & directories. If I had to > set a value, I'd choose 5,000 or so. I knew about using digits for the blocks instead of a proto file, but I thought it might be safer to specify the number for the inodes. I tried to figure it out from the results of icheck but I'm much happier with your suggestion. I'll let you know how I get on. The reason to do this today is two-fold: One of my packs is getting flaky, so I want to make a good copy, with a clean install (most of mine have lots of localised junk), and our department has an Open Day on Wednesday, and I've been coerced into running a display of old machines. The 11T23 is the easiest PDP for me to move there. Thanks for the help! -- Pete Peter Turnbull Dept. of Computer Science University of York Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.8/8.8.8) id VAA21625 for pups-liszt; Sun, 10 May 1998 21:27:41 +1000 (EST) >From Johnny Billquist <bqt(a)Update.UU.SE> Sun May 10 21:48:23 1998 Received: from Zeke.Update.UU.SE (2026(a)Zeke.Update.UU.SE [130.238.11.14]) by minnie.cs.adfa.oz.au (8.8.8/8.8.8) with ESMTP id VAA21620 for <pups(a)minnie.cs.adfa.oz.au>; Sun, 10 May 1998 21:27:33 +1000 (EST) Received: from localhost (bqt@localhost) by Zeke.Update.UU.SE (8.8.8/8.8.8) with SMTP id NAA29830; Sun, 10 May 1998 13:48:24 +0200 Date: Sun, 10 May 1998 13:48:23 +0200 (MET DST) From: Johnny Billquist <bqt(a)Update.UU.SE> To: Greg Lehey <grog(a)lemis.com> cc: edgee(a)cyberpass.net, pups(a)minnie.cs.adfa.oz.au Subject: Re: Floating Point-The Results Are In! In-Reply-To: <19980507110724.M396(a)freebie.lemis.com> Message-ID: <Pine.VUL.3.93.980510134657.29637B-100000(a)Zeke.Update.UU.SE> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk On Thu, 7 May 1998, Greg Lehey wrote: > On Wed, 6 May 1998 at 20:45:41 -0400, Ed G. wrote: > > Using a new approach, I have re-counted the number of floating point > > operations for the utilities contained in Unix's bin directory. > > According to my results, many important 7th Edition programs such as > > adb, awk and tar make heavy use of floating point on the PDP-11. > > I'll believe this when you pinpoint the instructions. I wouldn't be *that* surprised by these results. For instance, I believe that longs are implemented with FP. And I wouldn't be surprised if a few FP ops were sneaked in to compute some stuff that aren't immediately appearant. Johnny Johnny Billquist || "I'm on a bus || on a psychedelic trip email: bqt(a)update.uu.se || Reading murder books pdp is alive! || tryin' to stay hip" - B. Idol Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.8/8.8.8) id CAA22385 for pups-liszt; Mon, 11 May 1998 02:30:15 +1000 (EST) >From "Steven M. Schultz" <sms(a)moe.2bsd.com> Mon May 11 02:49:44 1998 Received: from moe.2bsd.com (0(a)MOE.2BSD.COM [206.139.202.200]) by minnie.cs.adfa.oz.au (8.8.8/8.8.8) with ESMTP id CAA22380 for <pups(a)minnie.cs.adfa.oz.au>; Mon, 11 May 1998 02:30:09 +1000 (EST) Received: (from sms@localhost) by moe.2bsd.com (8.8.5/8.8.5) id JAA00593 for pups(a)minnie.cs.adfa.oz.au; Sun, 10 May 1998 09:49:44 -0700 (PDT) Date: Sun, 10 May 1998 09:49:44 -0700 (PDT) From: "Steven M. Schultz" <sms(a)moe.2bsd.com> Message-Id: <199805101649.JAA00593(a)moe.2bsd.com> To: pups(a)minnie.cs.adfa.oz.au Subject: Re: Floating Point-The Results Are In! Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk Hi - > From: Johnny Billquist <bqt(a)Update.UU.SE> > I wouldn't be *that* surprised by these results. For instance, I believe > that longs are implemented with FP. And I wouldn't be surprised if a few > FP ops were sneaked in to compute some stuff that aren't immediately > appearant. It is true that _some_ long arithmetic is done using FP. The long divide is done that way (at least in 2BSD, I've not looked at V7 yet) because it is much much less code to convert the operands to FP, do the divide, and then convert the result back (the alternative is about two pages of code). Different CPUs handle a fault during a double word push to the stack differently, this was a real difficult problem to track down and fix. If during the FP instruction "movfi fr0,-(sp)" the stackpointer becomes invalid some PDP-11 CPUs handle the fault differently. See 2.11BSD update #150 for the details. The C compiler itself did NOT generate FP unless the operands were explicitly FP (float or double). Most C code was 'int' or 'char *' and no FP code was needed or used for that. FP instructions would be clustered together where the libc.a routines were loaded. The 'ldiv' and 'lrem' routines would have several FP instructions close to each other but the rest of the program would have very few. A program such as 'adb' would have a few FP instructions in the routines that display the FP registers. Oh - there's a bug dating back to V7 in adb. The FP registers for a traced/running process do not display correctly (using adb on a core file works fine). Fixed in 2.11 (see update #405) ;-) Steven Schultz Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.8/8.8.8) id GAA22952 for pups-liszt; Mon, 11 May 1998 06:42:17 +1000 (EST)

27 years

Re: mkfs on an RL02

by pete＠dunnington.u-net.com

On May 9, 21:43, Pete Turnbull wrote: > I need to make a bootable 7th Edition system disk on an RL02... and then thought, "I wonder if there's some easy way to tell what numbers were used on an existing system disk, if the prototype file no longer exists?" -- Pete Peter Turnbull Dept. of Computer Science University of York Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.8/8.8.8) id RAA21159 for pups-liszt; Sun, 10 May 1998 17:55:53 +1000 (EST) >From Brian D Chase <bdc(a)world.std.com> Sun May 10 18:17:06 1998 Received: from europe.std.com (europe.std.com [199.172.62.20]) by minnie.cs.adfa.oz.au (8.8.8/8.8.8) with ESMTP id RAA21151 for <pups(a)minnie.cs.adfa.oz.au>; Sun, 10 May 1998 17:55:48 +1000 (EST) Received: from world.std.com by europe.std.com (8.7.6/BZS-8-1.0) id EAA12462; Sun, 10 May 1998 04:17:07 -0400 (EDT) Received: from localhost by world.std.com (TheWorld/Spike-2.0) id AA29779; Sun, 10 May 1998 01:17:06 -0700 Date: Sun, 10 May 1998 01:17:06 -0700 (PST) From: Brian D Chase <bdc(a)world.std.com> To: "Ed G." <edgee(a)cyberpass.net> Cc: Greg Lehey <grog(a)lemis.com>, pups(a)minnie.cs.adfa.oz.au Subject: Re: Floating Point-The Results Are In! In-Reply-To: <199805080414.AAA28438(a)renoir.op.net> Message-Id: <Pine.SGI.3.95.980510011221.27113A-100000(a)world.std.com> Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk On Fri, 8 May 1998, Ed G. wrote: > > I'll believe this when you pinpoint the instructions. > > Your skepticism spurred me to examine a Unix utility in depth to see > whether my results hold up. They do. Is it possible that you're mistakenly disassembling embedded data as if it were code? And perhaps that those data items contain arrangements of byte values which translate to FP instructions? -brian. --- Brian "JARAI" Chase | http://world.std.com/~bdc/ | VAXZilla LIVES!!! Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.8/8.8.8) id SAA21206 for pups-liszt; Sun, 10 May 1998 18:05:09 +1000 (EST) >From Warren Toomey <wkt(a)henry.cs.adfa.oz.au> Sun May 10 18:26:23 1998 Received: from henry.cs.adfa.oz.au (henry.cs.adfa.oz.au [131.236.21.158]) by minnie.cs.adfa.oz.au (8.8.8/8.8.8) with ESMTP id SAA21201 for <pups(a)minnie.cs.adfa.oz.au>; Sun, 10 May 1998 18:05:06 +1000 (EST) Received: (from wkt@localhost) by henry.cs.adfa.oz.au (8.7.5/8.7.3) id SAA02363; Sun, 10 May 1998 18:26:23 +1000 (EST) From: Warren Toomey <wkt(a)henry.cs.adfa.oz.au> Message-Id: <199805100826.SAA02363(a)henry.cs.adfa.oz.au> Subject: Re: mkfs on an RL02 To: pete(a)dunnington.u-net.com Date: Sun, 10 May 1998 18:26:23 +1000 (EST) Cc: pups(a)minnie.cs.adfa.oz.au In-Reply-To: <9805092143.ZM1440(a)indy.dunnington.york.ac.uk> from Pete Turnbull at "May 9, 98 08:43:26 pm" Reply-To: wkt(a)cs.adfa.oz.au X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk In article by Pete Turnbull: > I'm looking for some advice... > > For the first time in umpteen years, I need to make a bootable 7th Edition > system disk on an RL02 that previously had some other O/S on it. This disk > has to have the swap space, as well. The machine it will be used on has > 256K bytes RAM. > > How many blocks should I leave for swap? Or, to put it another way, what > magic number pair would people suggest I put in the prototype file for the > number of blocks and number of inodes? The best & only answer here is to consult to xxconf file used to generate the 7th Edition kernel, as this will tell you how much swap to reserve. Vanilla V7 didn't come with RL02 support, so all I can give you are the parameters used for the RL02 images I have here with V7: rl tm root rl 0 swap rl 0 swplo 18000 nswap 2480 In other words, the filesystem should be no bigger than 18,000 blocks. The mkfs manual says: If the prototype file cannot be opened and its name con- sists of a string of digits, mkfs builds a file system with a single empty directory on it. The size of the file system is the value of proto interpreted as a decimal num- ber. The number of i-nodes is calculated as a function of the filsystem size. The boot program is left uninitial- ized. Distribution V7 had roughly 2,600 files & directories. If I had to set a value, I'd choose 5,000 or so. Hope this helps, Warren Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.8/8.8.8) id SAA21220 for pups-liszt; Sun, 10 May 1998 18:06:29 +1000 (EST) >From Warren Toomey <wkt(a)henry.cs.adfa.oz.au> Sun May 10 18:27:43 1998 Received: from henry.cs.adfa.oz.au (henry.cs.adfa.oz.au [131.236.21.158]) by minnie.cs.adfa.oz.au (8.8.8/8.8.8) with ESMTP id SAA21215 for <pups(a)minnie.cs.adfa.oz.au>; Sun, 10 May 1998 18:06:25 +1000 (EST) Received: (from wkt@localhost) by henry.cs.adfa.oz.au (8.7.5/8.7.3) id SAA02382; Sun, 10 May 1998 18:27:43 +1000 (EST) From: Warren Toomey <wkt(a)henry.cs.adfa.oz.au> Message-Id: <199805100827.SAA02382(a)henry.cs.adfa.oz.au> Subject: Re: mkfs on an RL02 To: pete(a)dunnington.u-net.com Date: Sun, 10 May 1998 18:27:43 +1000 (EST) Cc: pups(a)minnie.cs.adfa.oz.au (PDP Unix Preservation) In-Reply-To: <9805092146.ZM1447(a)indy.dunnington.york.ac.uk> from Pete Turnbull at "May 9, 98 08:46:36 pm" Reply-To: wkt(a)cs.adfa.oz.au X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk In article by Pete Turnbull: > On May 9, 21:43, Pete Turnbull wrote: > > I need to make a bootable 7th Edition system disk on an RL02... > > and then thought, "I wonder if there's some easy way to tell what numbers > were used on an existing system disk, if the prototype file no longer > exists?" You'd have to disassemble the kernel. Alternatively, consult the size of the free block list on the disk's image. Warren Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.8/8.8.8) id TAA21366 for pups-liszt; Sun, 10 May 1998 19:41:33 +1000 (EST)

27 years

mkfs on an RL02

by pete＠dunnington.u-net.com

I'm looking for some advice... For the first time in umpteen years, I need to make a bootable 7th Edition system disk on an RL02 that previously had some other O/S on it. This disk has to have the swap space, as well. The machine it will be used on has 256K bytes RAM. How many blocks should I leave for swap? Or, to put it another way, what magic number pair would people suggest I put in the prototype file for the number of blocks and number of inodes? -- Pete Peter Turnbull Dept. of Computer Science University of York Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.8/8.8.8) id GAA19878 for pups-liszt; Sun, 10 May 1998 06:24:03 +1000 (EST)

27 years

Re: First edition Unix manuals

by merlyn＠Geeks.ORG

> On Fri, 8 May 1998, Robert D. Keys wrote: >>> On Thu, 7 May 1998 at 9:05:02 -0400, Robert D. Keys wrote: >>>> I emailed him about the possibility of recreating the roff sources, >>>> an I will probably wind up doing that. Then we will have a working >>>> set of sources for clean copy. >>> >>> Great idea. Keep us posted. >>> >>> Greg >> >> I have the intro and first few manpages of section 1 done so far. >> Maybe a week or so and then if someone will proof them. I will >> port them in original roff source, and then make a troff set. >> Dennis was wanting someone to tackle an html version. Alas, my >> html is not so good. >> > It shouldn't be that hard to make HTML directly from the roff source (I > could probably be persuaded to do something like this, given the roff > source first of course!) Or use programs written already to do that, like RosettaMan (at least I still call it that, the author changed its name). Here's a blurb from its announcement. :: PolyglotMan (nee RosettaMan) is a filter for UNIX manual pages. It :: takes as input man pages for a variety of UNIX flavors and produces as :: output a variety of file formats. Currently PolyglotMan accepts man :: pages from the following flavors of UNIX: Hewlett-Packard HP-UX, AT&T :: System V, SunOS, Sun Solaris, OSF/1, DEC Ultrix, SGI IRIX, Linux, SCO, :: FreeBSD; and produces output for the following formats: printable :: ASCII only (stripping page headers and footers), section and :: subsection headers only, TkMan, [tn]roff, RTF, SGML (soon--I finally :: found a DTD), HTML, MIME, LaTeX, LaTeX 2e, Perl 5's pod. Previously :: <I>PolyglotMan</I> required pages to be formatted by nroff prior to :: its processing; with version 3.0, it prefers [tn]roff source and :: usually can produce results that are better yet. :: :: PolyglotMan improves upon other man page filters in several ways: (1) its :: analysis recognizes the structural pieces of man pages, enabling high :: quality output, (2) its modular structure permits easy augmentation of :: output formats, (3) it accepts man pages formatted with the variant :: macros of many different flavors of UNIX, and (4) it doesn't require :: modification of or cooperation with any other program. :: The home location for PolyglotMan is ftp.cs.berkeley.edu: :: /ucb/people/phelps/tcltk/rman.tar.Z (this is a softlink to the latest, :: numbered version). If you discover a bug and you obtained PolyglotMan :: at some other site, first grab it from this one to see if the problem :: has been fixed. This is only for man pages, but probably could take the papers in ms format and give a rough translation, or hack up polyglotman some to do ms as well.. Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.8/8.8.8) id BAA19189 for pups-liszt; Sun, 10 May 1998 01:43:48 +1000 (EST) >From "Ed G." <edgee(a)cyberpass.net> Sun May 10 02:04:55 1998 Received: from renoir.op.net (root(a)renoir.op.net [209.152.193.4]) by minnie.cs.adfa.oz.au (8.8.8/8.8.8) with ESMTP id BAA19184 for <pups(a)minnie.cs.adfa.oz.au>; Sun, 10 May 1998 01:43:42 +1000 (EST) Received: from goppelt.op.net (d-phlarc2-0f.ppp.op.net [209.152.199.111]) by renoir.op.net (o1/$Revision: 1.17 $) with SMTP id MAA00978 for <pups(a)minnie.cs.adfa.oz.au>; Sat, 9 May 1998 12:04:55 -0400 (EDT) Message-Id: <199805091604.MAA00978(a)renoir.op.net> Comments: Authenticated sender is <edgee(a)cyberpass.net> From: "Ed G." <edgee(a)cyberpass.net> To: pups(a)minnie.cs.adfa.oz.au Date: Sat, 9 May 1998 12:04:55 -0400 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Visible Front End-advice? Reply-to: edgee(a)cyberpass.net X-mailer: Pegasus Mail for Win32 (v2.54) Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk I'd like to write a visible front end for Bob's emulator, but I'm not sure how to go about doing it. What I'd like is another window that shows the state of the emulator--PC, SP, MMR etc.--in real time. Any suggestions/ideas? TIA Ed Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.8/8.8.8) id GAA19863 for pups-liszt; Sun, 10 May 1998 06:21:19 +1000 (EST)

27 years

Re: Using P11 emulator (was 2.11BSD installation problems)

by m＠mbsks.franken.de

Mahlzeit The setup looks more complicated than the supnik emulator. So, I'll look tomorrow. What I have noticed is, that there is bsdi and freeBSD mentioned in p11conf but not linux. Does it require a BSD? Mahlzeit endergone Zwiebeltuete -- insanity inside Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.8/8.8.8) id IAA09524 for pups-liszt; Thu, 7 May 1998 08:41:02 +1000 (EST) >From Greg Lehey <grog(a)lemis.com> Thu May 7 09:04:16 1998 Received: from freebie.lemis.com (freebie.lemis.com [139.130.136.133] (may be forged)) by minnie.cs.adfa.oz.au (8.8.8/8.8.8) with ESMTP id IAA09519 for <pups(a)minnie.cs.adfa.oz.au>; Thu, 7 May 1998 08:40:56 +1000 (EST) Received: (from grog@localhost) by freebie.lemis.com (8.8.8/8.8.7) id IAA02711; Thu, 7 May 1998 08:34:16 +0930 (CST) (envelope-from grog) Message-ID: <19980507083416.B396(a)freebie.lemis.com> Date: Thu, 7 May 1998 08:34:16 +0930 From: Greg Lehey <grog(a)lemis.com> To: Tim Bradshaw <tfb(a)aiai.ed.ac.uk>, pups(a)minnie.cs.adfa.oz.au Subject: Re: First edition Unix manuals References: <199805061501.QAA08913(a)todday.aiai.ed.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1i In-Reply-To: <199805061501.QAA08913(a)todday.aiai.ed.ac.uk>; from Tim Bradshaw on Wed, May 06, 1998 at 04:01:21PM +0100 WWW-Home-Page: http://www.lemis.com/~grog Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk On Wed, 6 May 1998 at 16:01:21 +0100, Tim Bradshaw wrote: > In case other people haven't seen this, Dennis Ritchie has (scanned) > versions of these at: > > http://www.cs.bell-labs.com/~dmr Somebody else posted this a few days ago. Does anybody know how to view them? They're in .gif format, and xv only shows me the first page. Greg -- See complete headers for address and phone numbers finger grog(a)lemis.com for PGP public key Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.8/8.8.8) id JAA09691 for pups-liszt; Thu, 7 May 1998 09:45:46 +1000 (EST) >From Greg Lehey <grog(a)lemis.com> Thu May 7 10:08:49 1998 Received: from freebie.lemis.com (freebie.lemis.com [139.130.136.133]) by minnie.cs.adfa.oz.au (8.8.8/8.8.8) with ESMTP id JAA09686 for <pups(a)minnie.cs.adfa.oz.au>; Thu, 7 May 1998 09:45:40 +1000 (EST) Received: (from grog@localhost) by freebie.lemis.com (8.8.8/8.8.7) id JAA02921; Thu, 7 May 1998 09:38:50 +0930 (CST) (envelope-from grog) Message-ID: <19980507093849.H396(a)freebie.lemis.com> Date: Thu, 7 May 1998 09:38:49 +0930 From: Greg Lehey <grog(a)lemis.com> To: wkt(a)cs.adfa.oz.au Cc: m(a)mbsks.franken.de, pups(a)minnie.cs.adfa.oz.au Subject: Re: Using P11 emulator (was 2.11BSD installation problems) References: <199805060638.QAA02895(a)henry.cs.adfa.oz.au> <199805062043.GAA03625(a)henry.cs.adfa.oz.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1i In-Reply-To: <199805062043.GAA03625(a)henry.cs.adfa.oz.au>; from Warren Toomey on Thu, May 07, 1998 at 06:43:56AM +1000 WWW-Home-Page: http://www.lemis.com/~grog Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk On Thu, 7 May 1998 at 6:43:56 +1000, Warren Toomey wrote: > Matthias, > Here are some instructions on getting that RP disk image working > with the Begemot P11 2.3 emulator. These should supplement Greg's email. Hey, I thought you were in freezing Tasmania :-) > Running the 2.11BSD RP disk image on the P11 Emulator > > Ok, here's how I got P11-2.3 running. Firstly, I extracted the source code > for P11 from the tarball, and built the emulator in the extracted emu > directory. Note: you need lots of virtual memory to build instab.o. > > With p11 built, I went into ../run, and copied the following files here: > > total 16 > -rw------- 1 root wheel 1562 Apr 22 19:56 mon.help > -rw------- 1 root wheel 648 Apr 22 19:55 p11conf > -rw------- 1 root wheel 4096 Dec 12 1994 qna.rom > -rw------- 1 root wheel 512 Apr 22 19:41 rp.boot > > All except p11conf came from ../emu. I had a hard time getting the p11conf > configuration file working, what with the cpp path etc. So I basically made > a p11conf file which doesn't use any #defines. Here it is: > > > libdir = . > ctrl rl 017774400 0160 4 4000 > end > ctrl rp 017776700 0254 5 4000 > 0 /usr/local/src/RP_211bsd_root 12 > end > ctrl kl > 017777560 060 064 4 ../emu/IOProgs/tty_net -7 -t 10002 > 017776500 0300 0304 4 ../emu/IOProgs/tty_net -7 -t 10003 > end > ctrl mr 017777520 ./rp.boot > end > ctrl lp 017777514 0200 4 > end > ctrl tm 017772520 0224 5 > end > > Note that the emulated RP disk image is at /usr/local/src/RP_211bsd_root. > The number 12 after this is arbitrary, I have no idea what it does. > > Now, to run the emulator using the p11conf above from the run directory, > do ../emu/p11 -d &. You can run it in the background as it doesn't require > any keyboard interaction. Then telnet localhost 10002, and hit Return a few > times. You will see: In fact, you can use any port from 10000 to 10003. They map to /dev/console and /dev/ttyl1 through /dev/ttyl3 (though for some reason /etc/ttys doesn't contain entries for the latter two). >> telnet localhost 10002 > Trying 127.0.0.1... > Connected to localhost. > Escape character is '^]'. > ----- > <---- Hit Return once or twice here > : xp(0,0,0)unix > Boot: bootdev=05000 bootcsr=0176700 > > 2.11 BSD UNIX #11: Tue Jan 6 16:57:02 MET 1998 > root@pdp11.begemot.com:/usr/src/sys/HIPPON > > attaching lo0 > > phys mem = 2097152 > avail mem = 1668352 > user mem = 307200 > > January 8 08:25:02 init: configure system > > lp 0 csr 177514 vector 200 attached > rl 0 csr 174400 vector 160 attached > tm 0 csr 172520 vector 224 attached > xp 0 csr 176700 vector 254 attached > cn 1 csr 176500 vector 300 attached > cn 2 csr 176510 vector 310 skipped: No CSR. > cn 3 csr 176520 vector 320 skipped: No CSR. > cn 4 csr 176530 vector 330 skipped: No CSR. > erase, kill ^U, intr ^C > # > > That's it!! Well, no, at this point you're in single-user mode. To continue, enter ^D: # Fast boot ... skipping disk checks checking quotas: done. Assuming NETWORKING system ... add host 192.109.197.211: gateway 127.1 add net default: gateway freebie.lemis.com starting system logger preserving editor files clearing /tmp standard daemons: update cron accounting. starting network daemons: inetd rwhod printer. starting local daemons:. Wed May 6 10:45:41 CST 1998 May 6 10:45:42 pdp11 init: kernel security level changed from 0 to 1 2.11 BSD UNIX (pdp11.lemis.com) (console) login: I've forgotten what the standard password on root is; I fear it has *not* been removed. It could be 'begemot' or 'begemot1'. To change it, you will need to rebuild passwd, which will not work otherwise. Do that in /usr/src/bin/passwd. If you have trouble, I can send you a passwd binary. Greg -- See complete headers for address and phone numbers finger grog(a)lemis.com for PGP public key Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.8/8.8.8) id JAA09714 for pups-liszt; Thu, 7 May 1998 09:53:29 +1000 (EST) >From Greg Lehey <grog(a)lemis.com> Thu May 7 10:16:40 1998 Received: from freebie.lemis.com (freebie.lemis.com [139.130.136.133]) by minnie.cs.adfa.oz.au (8.8.8/8.8.8) with ESMTP id JAA09709 for <pups(a)minnie.cs.adfa.oz.au>; Thu, 7 May 1998 09:53:24 +1000 (EST) Received: (from grog@localhost) by freebie.lemis.com (8.8.8/8.8.7) id JAA02935; Thu, 7 May 1998 09:46:41 +0930 (CST) (envelope-from grog) Message-ID: <19980507094640.I396(a)freebie.lemis.com> Date: Thu, 7 May 1998 09:46:40 +0930 From: Greg Lehey <grog(a)lemis.com> To: Matthias Bruestle <m(a)mbsks.franken.de>, wkt(a)cs.adfa.oz.au Cc: pups(a)minnie.cs.adfa.oz.au Subject: Re: Using P11 emulator (was 2.11BSD installation problems) References: <199805062043.GAA03625(a)henry.cs.adfa.oz.au> <m0yXC0k-000HqiC(a)mbsks.franken.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Mutt 0.91.1i In-Reply-To: <m0yXC0k-000HqiC(a)mbsks.franken.de>; from Matthias Bruestle on Wed, May 06, 1998 at 11:45:58PM +0200 WWW-Home-Page: http://www.lemis.com/~grog Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk On Wed, 6 May 1998 at 23:45:58 +0200, Matthias Bruestle wrote: > Mahlzeit Mahlzeit (*r�lps*) > The setup looks more complicated than the supnik emulator. So, I'll > look tomorrow. What I have noticed is, that there is bsdi and freeBSD > mentioned in p11conf but not linux. Does it require a BSD? Yes, I think so. The access to the machine goes via the tunnel driver, and that would need to be completed for Linux. The authors don't use Linux, so they haven't done the work. They don't use BSD/OS much any more, so if you are going to install one, FreeBSD is the obvious choice, especially considering the price differential. Of course, any old UNIX user should be using BSD anyway, especially if you want to emulate older BSDs :-) Greg -- See complete headers for address and phone numbers finger grog(a)lemis.com for PGP public key Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.8/8.8.8) id KAA09778 for pups-liszt; Thu, 7 May 1998 10:22:35 +1000 (EST) >From "Ed G." <edgee(a)cyberpass.net> Thu May 7 10:45:41 1998 Received: from renoir.op.net (root(a)renoir.op.net [209.152.193.4]) by minnie.cs.adfa.oz.au (8.8.8/8.8.8) with ESMTP id KAA09773 for <pups(a)minnie.cs.adfa.oz.au>; Thu, 7 May 1998 10:22:28 +1000 (EST) Received: from goppelt.op.net (d-phlarc1-02.ppp.op.net [209.152.199.66]) by renoir.op.net (o1/$Revision: 1.16 $) with SMTP id UAA04653 for <pups(a)minnie.cs.adfa.oz.au>; Wed, 6 May 1998 20:45:44 -0400 (EDT) Message-Id: <199805070045.UAA04653(a)renoir.op.net> Comments: Authenticated sender is <edgee(a)cyberpass.net> From: "Ed G." <edgee(a)cyberpass.net> To: pups(a)minnie.cs.adfa.oz.au Date: Wed, 6 May 1998 20:45:41 -0400 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Floating Point-The Results Are In! Reply-to: edgee(a)cyberpass.net X-mailer: Pegasus Mail for Win32 (v2.54) Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk Using a new approach, I have re-counted the number of floating point operations for the utilities contained in Unix's bin directory. According to my results, many important 7th Edition programs such as adb, awk and tar make heavy use of floating point on the PDP-11. As you know, my first approach was to simple-mindedly examine every word of a given program's disk image to come up with an estimate of the number of floating point operations used by the program. I would like to thank those who pointed out the shortcoming of this approach and offered valuable advice on how to achieve my aim of accurate counts. Based on these comments, I decided to create a full fledged disassembler for the PDP-11. I have tested my program and believe it produces an exact count of all floating point operations. In case you're interested in how my initial estimates compare with the new, precise counts, I list those data below as well. New Approach. uv7 bin directory Programs using 10 or more floating point ops. graph 674 awk 657 spline 389 sa 300 prof 260 iostat 243 t450 222 t300 222 t300s 212 vplot 187 tek 185 adb 128 units 118 random 116 xsend 106 xget 106 tsort 106 tar 106 refer 106 quot 106 nroff 88 factor 88 ac 88 primes 78 poke6 62 lex 51 roff 32 as 18 Old Approach. uv7 bin directory Programs using 100 or more floating point ops. awk 2540 refer 1644 xsend 1326 tbl 1315 graph 1300 xget 1288 adb 1152 eqn 918 enroll 915 neqn 874 nroff 841 make 822 spline 812 yacc 789 sa 714 tar 706 lex 628 tek 618 prof 608 t300s 604 dc 601 vplot 582 iostat 579 t300 576 t450 574 em 530 bc 509 ratfor 474 quot 452 tsort 407 sh 381 expr 380 units 379 ac 365 sort 358 ps 327 restor 323 rmail 321 ed 321 mail 321 ptx 320 egrep 313 ls 310 ps.old 306 m4 304 random 298 su 296 tp 285 ops 282 cu 282 diff 277 pr 275 poke6 275 sed 267 find 267 dump 261 deroff 255 icheck 251 ls.11 249 ld 246 login 240 cptree 230 passwd 227 login.old 218 cc 210 prep 205 at 203 dumpdir 197 join 196 wc 193 tc 192 nm 191 pstat 190 file 187 pr.old 186 crypt 182 date 181 grep 180 ranlib 174 fgrep 172 ncheck 159 checkeq 157 du 155 who 152 as 152 od 151 look 149 roff 149 ar 146 vpr 144 dd 141 tk 141 time 139 rm 138 cb 134 mv 134 comm 133 newgrp 133 dcheck 132 factor 132 rmdir 125 write 125 primes 124 cmp 121 dfOLD 120 df 120 size 117 v6sh 116 vcopy 113 nice 113 col 110 ln 106 sum 105 clri 104 cat 103 tail 103 sleep 101 Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.8/8.8.8) id LAA09917 for pups-liszt; Thu, 7 May 1998 11:14:32 +1000 (EST) >From Greg Lehey <grog(a)lemis.com> Thu May 7 11:37:24 1998 Received: from freebie.lemis.com (freebie.lemis.com [139.130.136.133]) by minnie.cs.adfa.oz.au (8.8.8/8.8.8) with ESMTP id LAA09912 for <pups(a)minnie.cs.adfa.oz.au>; Thu, 7 May 1998 11:14:26 +1000 (EST) Received: (from grog@localhost) by freebie.lemis.com (8.8.8/8.8.7) id LAA21487; Thu, 7 May 1998 11:07:24 +0930 (CST) (envelope-from grog) Message-ID: <19980507110724.M396(a)freebie.lemis.com> Date: Thu, 7 May 1998 11:07:24 +0930 From: Greg Lehey <grog(a)lemis.com> To: edgee(a)cyberpass.net, pups(a)minnie.cs.adfa.oz.au Subject: Re: Floating Point-The Results Are In! References: <199805070045.UAA04653(a)renoir.op.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1i In-Reply-To: <199805070045.UAA04653(a)renoir.op.net>; from Ed G. on Wed, May 06, 1998 at 08:45:41PM -0400 WWW-Home-Page: http://www.lemis.com/~grog Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk On Wed, 6 May 1998 at 20:45:41 -0400, Ed G. wrote: > Using a new approach, I have re-counted the number of floating point > operations for the utilities contained in Unix's bin directory. > According to my results, many important 7th Edition programs such as > adb, awk and tar make heavy use of floating point on the PDP-11. I'll believe this when you pinpoint the instructions. Greg -- See complete headers for address and phone numbers finger grog(a)lemis.com for PGP public key Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.8/8.8.8) id SAA10926 for pups-liszt; Thu, 7 May 1998 18:33:08 +1000 (EST) >From Alan Bain <afrb2(a)hermes.cam.ac.uk> Thu May 7 18:55:29 1998 Received: from red.csi.cam.ac.uk (exim(a)red.csi.cam.ac.uk [131.111.8.70]) by minnie.cs.adfa.oz.au (8.8.8/8.8.8) with ESMTP id SAA10921 for <pups(a)minnie.cs.adfa.oz.au>; Thu, 7 May 1998 18:32:59 +1000 (EST) Received: from afrb2 (helo=localhost) by red.csi.cam.ac.uk with local-smtp (Exim 1.92 #1) for pups(a)minnie.cs.adfa.oz.au id 0yXMSf-0002FS-00; Thu, 7 May 1998 09:55:29 +0100 Date: Thu, 7 May 1998 09:55:29 +0100 (BST) From: Alan Bain <afrb2(a)hermes.cam.ac.uk> X-Sender: afrb2(a)red.csi.cam.ac.uk To: pups(a)minnie.cs.adfa.oz.au Subject: Re: Floating Point-The Results Are In! In-Reply-To: <19980507110724.M396(a)freebie.lemis.com> Message-ID: <Pine.SOL.3.95q.980507095248.5706A-100000(a)red.csi.cam.ac.uk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk On Thu, 7 May 1998, Greg Lehey wrote: > On Wed, 6 May 1998 at 20:45:41 -0400, Ed G. wrote: > > Using a new approach, I have re-counted the number of floating point > > operations for the utilities contained in Unix's bin directory. > > According to my results, many important 7th Edition programs such as > > adb, awk and tar make heavy use of floating point on the PDP-11. > > I'll believe this when you pinpoint the instructions. > According to my paper copy of the UV7 manual, it is possible to run V7 on a machine with no floating point, and the main problem is when compiling say numeric code. There's a short section on how to do a build if you don't have fp (like me on my 11/34). I think the V7 manual may well be on line; but if not I can do a Xerox of this if it would be useful, Alan Bain Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.8/8.8.8) id TAA10996 for pups-liszt; Thu, 7 May 1998 19:00:04 +1000 (EST) >From Greg Lehey <grog(a)lemis.com> Thu May 7 19:23:06 1998 Received: from freebie.lemis.com (freebie.lemis.com [139.130.136.133]) by minnie.cs.adfa.oz.au (8.8.8/8.8.8) with ESMTP id SAA10988 for <pups(a)minnie.cs.adfa.oz.au>; Thu, 7 May 1998 18:59:58 +1000 (EST) Received: (from grog@localhost) by freebie.lemis.com (8.8.8/8.8.7) id SAA14397; Thu, 7 May 1998 18:53:07 +0930 (CST) (envelope-from grog) Message-ID: <19980507185306.I12200(a)freebie.lemis.com> Date: Thu, 7 May 1998 18:53:06 +0930 From: Greg Lehey <grog(a)lemis.com> To: Alan Bain <afrb2(a)hermes.cam.ac.uk>, pups(a)minnie.cs.adfa.oz.au Subject: Re: Floating Point-The Results Are In! References: <19980507110724.M396(a)freebie.lemis.com> <Pine.SOL.3.95q.980507095248.5706A-100000(a)red.csi.cam.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1i In-Reply-To: <Pine.SOL.3.95q.980507095248.5706A-100000(a)red.csi.cam.ac.uk>; from Alan Bain on Thu, May 07, 1998 at 09:55:29AM +0100 WWW-Home-Page: http://www.lemis.com/~grog Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk On Thu, 7 May 1998 at 9:55:29 +0100, Alan Bain wrote: > On Thu, 7 May 1998, Greg Lehey wrote: > >> On Wed, 6 May 1998 at 20:45:41 -0400, Ed G. wrote: >>> Using a new approach, I have re-counted the number of floating point >>> operations for the utilities contained in Unix's bin directory. >>> According to my results, many important 7th Edition programs such as >>> adb, awk and tar make heavy use of floating point on the PDP-11. >> >> I'll believe this when you pinpoint the instructions. >> > According to my paper copy of the UV7 manual, it is possible to run V7 on > a machine with no floating point, and the main problem is when compiling > say numeric code. There's a short section on how to do a build if you > don't have fp (like me on my 11/34). I think the V7 manual may well be > on line; but if not I can do a Xerox of this if it would be useful, The Seventh Edition manuals are available in a number of places, including of course the PUPS archive, but dmr has also put them on the web at http://plan9.bell-labs.com/7thEdMan/index.html. Greg -- See complete headers for address and phone numbers finger grog(a)lemis.com for PGP public key Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.8/8.8.8) id WAA11609 for pups-liszt; Thu, 7 May 1998 22:45:50 +1000 (EST) >From "Robert D. Keys" <rdkeys(a)seedlab1.cropsci.ncsu.edu> Thu May 7 23:05:02 1998 Received: from seedlab1.cropsci.ncsu.edu (seedlab1.cropsci.ncsu.edu [152.1.88.4]) by minnie.cs.adfa.oz.au (8.8.8/8.8.8) with ESMTP id WAA11603 for <pups(a)minnie.cs.adfa.oz.au>; Thu, 7 May 1998 22:45:44 +1000 (EST) Received: (from rdkeys@localhost) by seedlab1.cropsci.ncsu.edu (8.8.7/8.8.7) id JAA02117; Thu, 7 May 1998 09:05:02 -0400 (EDT) From: "Robert D. Keys" <rdkeys(a)seedlab1.cropsci.ncsu.edu> Message-Id: <199805071305.JAA02117(a)seedlab1.cropsci.ncsu.edu> Subject: Re: First edition Unix manuals In-Reply-To: <19980507083416.B396(a)freebie.lemis.com> from Greg Lehey at "May 7, 98 08:34:16 am" To: grog(a)lemis.com (Greg Lehey) Date: Thu, 7 May 1998 09:05:02 -0400 (EDT) Cc: tfb(a)aiai.ed.ac.uk, pups(a)minnie.cs.adfa.oz.au X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk > On Wed, 6 May 1998 at 16:01:21 +0100, Tim Bradshaw wrote: > > In case other people haven't seen this, Dennis Ritchie has (scanned) > > versions of these at: > > > > http://www.cs.bell-labs.com/~dmr > > Somebody else posted this a few days ago. Does anybody know how to > view them? They're in .gif format, and xv only shows me the first > page. > > Greg He put up postscript versions, too. I emailed him about the possibility of recreating the roff sources, an I will probably wind up doing that. Then we will have a working set of sources for clean copy. Bob Keys Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.8/8.8.8) id IAA13158 for pups-liszt; Fri, 8 May 1998 08:42:43 +1000 (EST) >From Greg Lehey <grog(a)lemis.com> Fri May 8 09:02:36 1998 Received: from freebie.lemis.com (freebie.lemis.com [139.130.136.133]) by minnie.cs.adfa.oz.au (8.8.8/8.8.8) with ESMTP id IAA13153 for <pups(a)minnie.cs.adfa.oz.au>; Fri, 8 May 1998 08:42:37 +1000 (EST) Received: (from grog@localhost) by freebie.lemis.com (8.8.8/8.8.7) id IAA16737; Fri, 8 May 1998 08:32:36 +0930 (CST) (envelope-from grog) Message-ID: <19980508083236.N12200(a)freebie.lemis.com> Date: Fri, 8 May 1998 08:32:36 +0930 From: Greg Lehey <grog(a)lemis.com> To: "Robert D. Keys" <rdkeys(a)seedlab1.cropsci.ncsu.edu> Cc: tfb(a)aiai.ed.ac.uk, pups(a)minnie.cs.adfa.oz.au Subject: Re: First edition Unix manuals References: <19980507083416.B396(a)freebie.lemis.com> <199805071305.JAA02117(a)seedlab1.cropsci.ncsu.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1i In-Reply-To: <199805071305.JAA02117(a)seedlab1.cropsci.ncsu.edu>; from Robert D. Keys on Thu, May 07, 1998 at 09:05:02AM -0400 WWW-Home-Page: http://www.lemis.com/~grog Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk On Thu, 7 May 1998 at 9:05:02 -0400, Robert D. Keys wrote: >> On Wed, 6 May 1998 at 16:01:21 +0100, Tim Bradshaw wrote: >>> In case other people haven't seen this, Dennis Ritchie has (scanned) >>> versions of these at: >>> >>> http://www.cs.bell-labs.com/~dmr >> >> Somebody else posted this a few days ago. Does anybody know how to >> view them? They're in .gif format, and xv only shows me the first >> page. >> >> Greg > > He put up postscript versions, too. I don't see them at http://cm.bell-labs.com/cm/cs/who/dmr/1stEdman.html. Where are they? > I emailed him about the possibility of recreating the roff sources, > an I will probably wind up doing that. Then we will have a working > set of sources for clean copy. Great idea. Keep us posted. Greg -- See complete headers for address and phone numbers finger grog(a)lemis.com for PGP public key Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.8/8.8.8) id NAA14100 for pups-liszt; Fri, 8 May 1998 13:52:44 +1000 (EST) >From "Ed G." <edgee(a)cyberpass.net> Fri May 8 14:14:03 1998 Received: from renoir.op.net (root(a)renoir.op.net [209.152.193.4]) by minnie.cs.adfa.oz.au (8.8.8/8.8.8) with ESMTP id NAA14094 for <pups(a)minnie.cs.adfa.oz.au>; Fri, 8 May 1998 13:52:36 +1000 (EST) Received: from goppelt.op.net (d-phlarc1-01.ppp.op.net [209.152.199.65]) by renoir.op.net (o1/$Revision: 1.17 $) with SMTP id AAA28438; Fri, 8 May 1998 00:14:04 -0400 (EDT) Message-Id: <199805080414.AAA28438(a)renoir.op.net> Comments: Authenticated sender is <edgee(a)cyberpass.net> From: "Ed G." <edgee(a)cyberpass.net> To: Greg Lehey <grog(a)lemis.com> Date: Fri, 8 May 1998 00:14:03 -0400 MIME-Version: 1.0 Content-type: Multipart/Mixed; boundary=Message-Boundary-293 Subject: Re: Floating Point-The Results Are In! Reply-to: edgee(a)cyberpass.net CC: pups(a)minnie.cs.adfa.oz.au In-reply-to: <19980507110724.M396(a)freebie.lemis.com> References: <199805070045.UAA04653(a)renoir.op.net>; from Ed G. on Wed, May 06, 1998 at 08:45:41PM -0400 X-mailer: Pegasus Mail for Win32 (v2.54) Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk --Message-Boundary-293 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Content-description: Mail message body > I'll believe this when you pinpoint the instructions. Your skepticism spurred me to examine a Unix utility in depth to see whether my results hold up. They do. According to my count, tar uses 106 floating point operations. Here are the first few. The complete list, tar3.txt, is attached as well for your perusal. If you'd like to look at the complete disassembled code for tar, let me know. [root@oskar uv7]# ../dis/disuv7.pl < tar | grep ';17' file header: 410 37400 4254 27422 20270 0 0 1 read 16128 bytes prog string is 16128 bytes 0: SETD ;170011 20532: STCFD F0,(R1) ;176011 20562: STF F0,(R1) ;174011 22406: LDF F0,(R4)+ ;172424 22410: STF F0,-(SP) ;174046 22460: LDF F0,(R4)+ ;172424 22462: STF F0,-(SP) ;174046 22620: LDF F0,(R4)+ ;172424 22622: STF F0,-(SP) ;174046 24124: LDF F0,4(R5) ;172465 000004 24130: STF F0,-(SP) ;174046 26616: LDF F0,#56200 ;172427 056200 I chose tar as an example because it is an important utility and because it is a relatively heavy user of floating point (as guaged by the number of floating point ops contained in tar). The following routines in 7th Edition tar appear to use floating point: ~_filbuf ~_innum ~atof ~cvt ~ecvt ~fcvt ~gcvt ~isatty ~main ~mktemp The addresses of these routines, as listed in tar's symbol table--see attached file symlisttar.txt--correspond to those of the disassembled floating point ops in tar. I've learned a lot while responding to the criticisms offered by you and others on this list. Thank you. Ed --Message-Boundary-293 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Content-description: Text from file 'TAR3.TXT' [root@oskar uv7]# ../dis/disuv7.pl < tar | grep ';17' file header: 410 37400 4254 27422 20270 0 0 1 read 16128 bytes prog string is 16128 bytes 0: SETD ;170011 20532: STCFD F0,(R1) ;176011 20562: STF F0,(R1) ;174011 22406: LDF F0,(R4)+ ;172424 22410: STF F0,-(SP) ;174046 22460: LDF F0,(R4)+ ;172424 22462: STF F0,-(SP) ;174046 22620: LDF F0,(R4)+ ;172424 22622: STF F0,-(SP) ;174046 24124: LDF F0,4(R5) ;172465 000004 24130: STF F0,-(SP) ;174046 26616: LDF F0,#56200 ;172427 056200 26622: STF F0,177732(R5) ;174065 177732 26676: CLRF 177762(R5) ;170465 177762 26710: LDF F0,177762(R5) ;172465 177762 26714: CMPF F0,177732(R5) ;173465 177732 26720: CFCC ;170000 26724: LDF F0,#41040 ;172427 041040 26730: MULF F0,177762(R5) ;171065 177762 26742: LDCIF F1,R1 ;177101 26744: ADDF F0,F1 ;172001 26746: STF F0,177762(R5) ;174065 177762 27006: LDF F0,177762(R5) ;172465 177762 27012: CMPF F0,177732(R5) ;173465 177732 27016: CFCC ;170000 27022: LDF F0,#41040 ;172427 041040 27026: MULF F0,177762(R5) ;171065 177762 27040: LDCIF F1,R1 ;177101 27042: ADDF F0,F1 ;172001 27044: STF F0,177762(R5) ;174065 177762 27304: CLRF 177762(R5) ;170465 177762 27314: LDF F0,#40200 ;172427 040200 27320: STF F0,177752(R5) ;174065 177752 27324: LDF F0,#40640 ;172427 040640 27330: STF F0,177742(R5) ;174065 177742 27344: LDF F0,177742(R5) ;172465 177742 27350: MULF F0,F0 ;171000 27352: STF F0,177742(R5) ;174065 177742 27366: LDF F0,177752(R5) ;172465 177752 27372: MULF F0,177742(R5) ;171065 177742 27376: STF F0,177752(R5) ;174065 177752 27422: LDF F0,177762(R5) ;172465 177762 27426: DIVF F0,177752(R5) ;174465 177752 27434: LDF F0,177762(R5) ;172465 177762 27440: MULF F0,177752(R5) ;171065 177752 27444: STF F0,177762(R5) ;174065 177762 27462: LDF F0,177762(R5) ;172465 177762 27466: STF F0,-(SP) ;174046 27500: STF F0,177762(R5) ;174065 177762 27512: NEGF F0 ;170700 27514: STF F0,177762(R5) ;174065 177762 27520: LDF F0,177762(R5) ;172465 177762 32720: LDF F0,4(R5) ;172465 000004 32724: STF F0,-(SP) ;174046 32764: LDF F0,4(R5) ;172465 000004 32770: STF F0,-(SP) ;174046 33060: CLRF F0 ;170400 33062: CMPF F0,4(R5) ;173465 000004 33066: CFCC ;170000 33100: LDF F0,4(R5) ;172465 000004 33104: NEGF F0 ;170700 33106: STF F0,4(R5) ;174065 000004 33120: LDF F0,4(R5) ;172465 000004 33124: STF F0,-(SP) ;174046 33136: STF F0,4(R5) ;174065 000004 33146: CLRF F0 ;170400 33150: CMPF F0,177762(R5) ;173465 177762 33154: CFCC ;170000 33160: CLRF F0 ;170400 33162: CMPF F0,4(R5) ;173465 000004 33166: CFCC ;170000 33202: LDF F0,177762(R5) ;172465 177762 33206: DIVF F0,#41040 ;174427 041040 33212: STF F0,-(SP) ;174046 33224: STF F0,177752(R5) ;174065 177752 33230: ADDF F0,43662 ;172067 010426 33234: MULF F0,#41040 ;171027 041040 33240: STCFI F0,R0 ;175400 33252: CLRF F0 ;170400 33254: CMPF F0,177762(R5) ;173465 177762 33260: CFCC ;170000 33276: LDF F0,177752(R5) ;172465 177752 33302: STF F0,4(R5) ;174065 000004 33310: LDF F0,4(R5) ;172465 000004 33314: MULF F0,#41040 ;171027 041040 33320: STF F0,177752(R5) ;174065 177752 33324: CMPF F0,#40200 ;173427 040200 33330: CFCC ;170000 33414: LDF F0,4(R5) ;172465 000004 33420: MULF F0,#41040 ;171027 041040 33424: STF F0,4(R5) ;174065 000004 33436: LDF F0,4(R5) ;172465 000004 33442: STF F0,-(SP) ;174046 33454: STF F0,4(R5) ;174065 000004 33460: LDF F0,177752(R5) ;172465 177752 33464: STCFI F0,R0 ;175400 33666: LDF F0,4(R5) ;172465 000004 33672: STEXP F0,R0 ;175000 33700: LDEXP F0,R0 ;176400 33702: CFCC ;170000 33710: LDF F0,43672 ;172467 007756 33716: LDF F0,43672 ;172467 007750 33722: NEGF F0 ;170700 34112: LDF F0,4(R5) ;172465 000004 34116: MODF F0,#40200 ;171427 040200 34122: STF F1,@14(R5) ;174175 000014 [root@oskar uv7]# --Message-Boundary-293 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Content-description: Text from file 'symlisttar.txt' ~main~usage~dorep~endtape=003004 ~getdir~passtap=003414 ~putfile=003566 ~doxtrac=005656 ~dotable=006776 ~putempt=007126 ~longt~pmode~select~checkdi=007506 ~onintr~onquit~onhup~onterm~tomodes=010132 ~checksu=010344 ~checkw~respons=010560 ~checkup=010750 ~done~prefix~getwdir=011302 ~lookup~bsrch~cmp~readtap=012704 ~writeta=013350 ~backtap=013644 ~flushta=014044 ~copy~freopen=014146 ~fseek~rewind~fread~fwrite~system~fopen~scanf~fscanf~sscanf~_doscan=016056 ~_innum~_instr~_getccl=021242 ~fprintf=021376 ~printf~sprintf=021532 ~ungetc~_filbuf=022002 ~gcvt~_strout=024570 ~_flsbuf=025130 ~fflush~_cleanu=025702 ~fclose~_endope=026072 ~create~_findio=026516 ~atof~atoi~ctime~localti=027716 ~sunday~gmtime~asctime=031220 ~dysize~ct_numb=031560 ~malloc~free~realloc=032422 ~ecvt~fcvt~cvt~isatty~mktemp~stty~gtty~strcat~strcmp~strcpy --Message-Boundary-293-- Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.8/8.8.8) id TAA14844 for pups-liszt; Fri, 8 May 1998 19:54:45 +1000 (EST) >From Greg Lehey <grog(a)lemis.com> Fri May 8 20:16:15 1998 Received: from freebie.lemis.com (freebie.lemis.com [139.130.136.133]) by minnie.cs.adfa.oz.au (8.8.8/8.8.8) with ESMTP id TAA14839 for <pups(a)minnie.cs.adfa.oz.au>; Fri, 8 May 1998 19:54:38 +1000 (EST) Received: (from grog@localhost) by freebie.lemis.com (8.8.8/8.8.7) id TAA18750; Fri, 8 May 1998 19:46:16 +0930 (CST) (envelope-from grog) Message-ID: <19980508194615.O12200(a)freebie.lemis.com> Date: Fri, 8 May 1998 19:46:15 +0930 From: Greg Lehey <grog(a)lemis.com> To: edgee(a)cyberpass.net Cc: pups(a)minnie.cs.adfa.oz.au Subject: Re: Floating Point-The Results Are In! References: <199805070045.UAA04653(a)renoir.op.net>; <19980507110724.M396(a)freebie.lemis.com> <199805080414.AAA28438(a)renoir.op.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1i In-Reply-To: <199805080414.AAA28438(a)renoir.op.net>; from Ed G. on Fri, May 08, 1998 at 12:14:03AM -0400 WWW-Home-Page: http://www.lemis.com/~grog Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk On Fri, 8 May 1998 at 0:14:03 -0400, Ed G. wrote: Content-Description: Mail message body >> I'll believe this when you pinpoint the instructions. > > Your skepticism spurred me to examine a Unix utility in depth to see > whether my results hold up. They do. > > According to my count, tar uses 106 floating point operations. Here > are the first few. The complete list, tar3.txt, is attached as > well for your perusal. If you'd like to look at the complete > disassembled code for tar, let me know. > > [root@oskar uv7]# ../dis/disuv7.pl < tar | grep ';17' > file header: 410 37400 4254 27422 20270 0 0 1 > read 16128 bytes > prog string is 16128 bytes > 0: SETD ;170011 > 20532: STCFD F0,(R1) ;176011 > 20562: STF F0,(R1) ;174011 > 22406: LDF F0,(R4)+ ;172424 > 22410: STF F0,-(SP) ;174046 > 22460: LDF F0,(R4)+ ;172424 > 22462: STF F0,-(SP) ;174046 > 22620: LDF F0,(R4)+ ;172424 > 22622: STF F0,-(SP) ;174046 > 24124: LDF F0,4(R5) ;172465 000004 > 24130: STF F0,-(SP) ;174046 > 26616: LDF F0,#56200 ;172427 056200 > > I chose tar as an example because it is an important utility and > because it is a relatively heavy user of floating point (as guaged > by the number of floating point ops contained in tar). I don't know what the code above is intended to do, but it's not floating point. At the very best, it would indicate the use of the floating point registers for straightforward data moves. I stand by my assertion that tar doesn't use floating point, neither in the Seventh Edition nor elsewhere. For the fun of it, I took the source of tar from the Seventh Edition (/usr/src/cmd/tar/tar.c) and compiled it on 2.11BSD. I had some minor compilation problems due to different directory structures, which I solved by #ifdefing out the following code: #if 0 for (j=0; j < DIRSIZ; j++) *cp2++ = dbuf.d_name[j]; *cp2 = '\0'; close(infile); putfile(buf, cp); infile = open(".", 0); i++; lseek(infile, (long) (sizeof(dbuf) * i), 0); #endif I think we can agree that they don't contain FP code. Here are some results: [23] root--> cc -n -s -O tar.c -S [24] root--> grep -i ldf tar.s [25] root--> grep -i mul tar.s > The following routines in 7th Edition tar appear to use floating > point: > >> _filbuf >> _innum >> atof >> cvt >> ecvt >> fcvt >> gcvt >> isatty >> main >> mktemp atof, cvt, ecvt, fcvt and gcvt are conversion routines which use floating point, so I can agree that they would contain FP code which, however, would not be used. isatty is a library routine which is simple enough to quote: /* * Returns 1 iff file is a tty */ #include <sgtty.h> isatty(f) { struct sgttyb ttyb; if (gtty(f, &ttyb) < 0) return(0); return(1); } Evidently there's no FP code there. It's fun to go looking for things like this. But never trust anything, especially not your own judgement, until you have a couple of different ways to prove it. You have the sources there; go ahead and check them out. Greg -- See complete headers for address and phone numbers finger grog(a)lemis.com for PGP public key Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.8/8.8.8) id XAA15293 for pups-liszt; Fri, 8 May 1998 23:10:26 +1000 (EST) >From "Robert D. Keys" <rdkeys(a)seedlab1.cropsci.ncsu.edu> Fri May 8 23:28:40 1998 Received: from seedlab1.cropsci.ncsu.edu (seedlab1.cropsci.ncsu.edu [152.1.88.4]) by minnie.cs.adfa.oz.au (8.8.8/8.8.8) with ESMTP id XAA15288 for <pups(a)minnie.cs.adfa.oz.au>; Fri, 8 May 1998 23:10:19 +1000 (EST) Received: (from rdkeys@localhost) by seedlab1.cropsci.ncsu.edu (8.8.7/8.8.7) id JAA03767; Fri, 8 May 1998 09:28:40 -0400 (EDT) From: "Robert D. Keys" <rdkeys(a)seedlab1.cropsci.ncsu.edu> Message-Id: <199805081328.JAA03767(a)seedlab1.cropsci.ncsu.edu> Subject: Re: First edition Unix manuals In-Reply-To: <19980508083236.N12200(a)freebie.lemis.com> from Greg Lehey at "May 8, 98 08:32:36 am" To: grog(a)lemis.com (Greg Lehey) Date: Fri, 8 May 1998 09:28:40 -0400 (EDT) Cc: tfb(a)aiai.ed.ac.uk, pups(a)minnie.cs.adfa.oz.au X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk > On Thu, 7 May 1998 at 9:05:02 -0400, Robert D. Keys wrote: > > I emailed him about the possibility of recreating the roff sources, > > an I will probably wind up doing that. Then we will have a working > > set of sources for clean copy. > > Great idea. Keep us posted. > > Greg I have the intro and first few manpages of section 1 done so far. Maybe a week or so and then if someone will proof them. I will port them in original roff source, and then make a troff set. Dennis was wanting someone to tackle an html version. Alas, my html is not so good. Bob Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.8/8.8.8) id XAA15447 for pups-liszt; Fri, 8 May 1998 23:48:43 +1000 (EST) >From Alan Bain <afrb2(a)hermes.cam.ac.uk> Sat May 9 00:08:38 1998 Received: from red.csi.cam.ac.uk (red.csi.cam.ac.uk [131.111.8.70]) by minnie.cs.adfa.oz.au (8.8.8/8.8.8) with ESMTP id XAA15435 for <pups(a)minnie.cs.adfa.oz.au>; Fri, 8 May 1998 23:47:16 +1000 (EST) Received: from afrb2 (helo=localhost) by red.csi.cam.ac.uk with local-smtp (Exim 1.92 #1) id 0yXnpG-00028L-00; Fri, 8 May 1998 15:08:38 +0100 Date: Fri, 8 May 1998 15:08:38 +0100 (BST) From: Alan Bain <afrb2(a)hermes.cam.ac.uk> X-Sender: afrb2(a)red.csi.cam.ac.uk To: "Robert D. Keys" <rdkeys(a)seedlab1.cropsci.ncsu.edu> cc: Greg Lehey <grog(a)lemis.com>, tfb(a)aiai.ed.ac.uk, pups(a)minnie.cs.adfa.oz.au Subject: Re: First edition Unix manuals In-Reply-To: <199805081328.JAA03767(a)seedlab1.cropsci.ncsu.edu> Message-ID: <Pine.SOL.3.95q.980508150740.5409B-100000(a)red.csi.cam.ac.uk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk On Fri, 8 May 1998, Robert D. Keys wrote: > > On Thu, 7 May 1998 at 9:05:02 -0400, Robert D. Keys wrote: > > > I emailed him about the possibility of recreating the roff sources, > > > an I will probably wind up doing that. Then we will have a working > > > set of sources for clean copy. > > > > Great idea. Keep us posted. > > > > Greg > > I have the intro and first few manpages of section 1 done so far. > Maybe a week or so and then if someone will proof them. I will > port them in original roff source, and then make a troff set. > Dennis was wanting someone to tackle an html version. Alas, my > html is not so good. > It shouldn't be that hard to make HTML directly from the roff source (I could probably be persuaded to do something like this, given the roff source first of course!) Alan Bain Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.8/8.8.8) id AAA15594 for pups-liszt; Sat, 9 May 1998 00:14:37 +1000 (EST) >From Tim Bradshaw <tfb(a)aiai.ed.ac.uk> Sat May 9 00:35:45 1998 Received: from aiai.ed.ac.uk (eigg.aiai.ed.ac.uk [129.215.41.7]) by minnie.cs.adfa.oz.au (8.8.8/8.8.8) with ESMTP id AAA15587 for <pups(a)minnie.cs.adfa.oz.au>; Sat, 9 May 1998 00:13:57 +1000 (EST) Received: (from tfb@localhost) by aiai.ed.ac.uk (8.8.7/8.8.7) id PAA20682; Fri, 8 May 1998 15:35:45 +0100 (BST) Date: Fri, 8 May 1998 15:35:45 +0100 (BST) Message-Id: <199805081435.PAA20682(a)aiai.ed.ac.uk> From: Tim Bradshaw <tfb(a)aiai.ed.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: "Robert D. Keys" <rdkeys(a)seedlab1.cropsci.ncsu.edu> Cc: grog(a)lemis.com (Greg Lehey), pups(a)minnie.cs.adfa.oz.au Subject: Re: First edition Unix manuals In-Reply-To: <199805081328.JAA03767(a)seedlab1.cropsci.ncsu.edu> References: <19980508083236.N12200(a)freebie.lemis.com> <199805081328.JAA03767(a)seedlab1.cropsci.ncsu.edu> X-Mailer: VM 6.32 under 19.14 XEmacs Lucid Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk * Robert D Keys wrote: > I have the intro and first few manpages of section 1 done so far. > Maybe a week or so and then if someone will proof them. I will > port them in original roff source, and then make a troff set. > Dennis was wanting someone to tackle an html version. Alas, my > html is not so good. I could probably manufacture HTML from roff reasonably rapidly, assuming the originals are vaguely clean. I used to do this for a living at one piunt (:). --tim Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.8/8.8.8) id DAA16019 for pups-liszt; Sat, 9 May 1998 03:03:10 +1000 (EST) >From Jason Stevens <Jason.Stevens(a)aexp.com> Sat May 9 03:25:16 1998 Received: from gw.aexp.com (gw.aexp.com [205.138.230.66]) by minnie.cs.adfa.oz.au (8.8.8/8.8.8) with ESMTP id DAA16014 for <pups(a)minnie.cs.adfa.oz.au>; Sat, 9 May 1998 03:03:03 +1000 (EST) Received: by gw.aexp.com; id KAA05009; Fri, 8 May 1998 10:24:50 -0700 (MST) Received: from mailhub1.ec.aexp.com(148.171.243.131) by gw.aexp.com via gwmail (v99) id xmajh7726; Fri, 8 May 98 10:24:10 -0700 X400-Received: by mta AmexPHXMTA in /c=us/admd=attmail/prmd=amex/; Relayed; 08 May 1998 10:25:16 -0700 X400-Received: by /c=us/admd=attmail/prmd=amex/; Relayed; 08 May 1998 10:25:16 -0700 X400-MTS-Identifier: [/c=us/admd=attmail/prmd=amex/; 0D35C35533FFC066-AmexPHXMTA] Content-Identifier: 0D35C35533FFC066 Content-Return: Allowed X400-Content-Type: P2-1988 ( 22 ) Conversion: Allowed Original-Encoded-Information-Types: IA5-Text Disclose-Recipients: Prohibited Alternate-Recipient: Allowed X400-Originator: Jason.Stevens(a)aexp.com X400-Recipients: non-disclosure; Message-Id: <0D35C35533FFC066*/c=us/admd=attmail/prmd=amex/o=trs/ou=HUB1/ou=AMEX/s=Stevens/g=Jason/@MHS> Date: 08 May 1998 10:25:16 -0700 From: Jason Stevens <Jason.Stevens(a)aexp.com> To: pups(a)minnie.cs.adfa.oz.au (Return requested) Subject: Re: Floating Point-The Results Are In! MIME-Version: 1.0 Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk Could it be possible that all the floating point calls are part of the crt.0 initialization libs?! They may be in there as part of a initialization routeen to detect a fp, and use it if it's there, although I really doubt tar would really need an fp call at all.. It sounds like some kind of generic startup thing.. Unfortunatly I don't have any source to anything at the moment... If anyone wants to dive check the startup libs... Oh well until then, I'm just waiting for SCO to send me my no.. :) TTYL! Jason Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.8/8.8.8) id AAA19024 for pups-liszt; Sun, 10 May 1998 00:52:46 +1000 (EST)

27 years

Re: Installation of 2.11BSD (II)

by m＠mbsks.franken.de

Mahlzeit According to Greg Lehey: > Well, I started an answer, and decided that Steven would be able to > answer better, but since you mention my name, OK, here I am. Thanks. :) > > Is this a problem with the distribution, with the emulator or with > > the compiler (gcc 2.7.2.1)? > First, the compiler is certainly not gcc. That would never fit in the The compiler which compiled the emulator is gcc. Log time ago I compiled someones emulator with gcc 2.5.8 and it did only work without any optimization. > nor that it's easy to set up. It took me quite a while. Take a look > at the files in ftp://ftp.lemis.com/pub/pups. They are: Fine, I will try it this night or tomorrow. Thanks endergone Zwiebeltuete -- insanity inside Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.8/8.8.8) id GAA09143 for pups-liszt; Thu, 7 May 1998 06:20:53 +1000 (EST) >From Warren Toomey <wkt(a)henry.cs.adfa.oz.au> Thu May 7 06:43:56 1998 Received: from henry.cs.adfa.oz.au (henry.cs.adfa.oz.au [131.236.21.158]) by minnie.cs.adfa.oz.au (8.8.8/8.8.8) with ESMTP id GAA09138 for <pups(a)minnie.cs.adfa.oz.au>; Thu, 7 May 1998 06:20:48 +1000 (EST) Received: (from wkt@localhost) by henry.cs.adfa.oz.au (8.7.5/8.7.3) id GAA03625; Thu, 7 May 1998 06:43:56 +1000 (EST) From: Warren Toomey <wkt(a)henry.cs.adfa.oz.au> Message-Id: <199805062043.GAA03625(a)henry.cs.adfa.oz.au> Subject: Using P11 emulator (was 2.11BSD installation problems) To: wkt(a)cs.adfa.oz.au Date: Thu, 7 May 1998 06:43:56 +1000 (EST) Cc: m(a)mbsks.franken.de, pups(a)minnie.cs.adfa.oz.au In-Reply-To: <199805060638.QAA02895(a)henry.cs.adfa.oz.au> from Warren Toomey at "May 6, 98 04:38:21 pm" Reply-To: wkt(a)cs.adfa.oz.au X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk Matthias, Here are some instructions on getting that RP disk image working with the Begemot P11 2.3 emulator. These should supplement Greg's email. Warren Running the 2.11BSD RP disk image on the P11 Emulator Ok, here's how I got P11-2.3 running. Firstly, I extracted the source code for P11 from the tarball, and built the emulator in the extracted emu directory. Note: you need lots of virtual memory to build instab.o. With p11 built, I went into ../run, and copied the following files here: total 16 -rw------- 1 root wheel 1562 Apr 22 19:56 mon.help -rw------- 1 root wheel 648 Apr 22 19:55 p11conf -rw------- 1 root wheel 4096 Dec 12 1994 qna.rom -rw------- 1 root wheel 512 Apr 22 19:41 rp.boot All except p11conf came from ../emu. I had a hard time getting the p11conf configuration file working, what with the cpp path etc. So I basically made a p11conf file which doesn't use any #defines. Here it is: libdir = . ctrl rl 017774400 0160 4 4000 end ctrl rp 017776700 0254 5 4000 0 /usr/local/src/RP_211bsd_root 12 end ctrl kl 017777560 060 064 4 ../emu/IOProgs/tty_net -7 -t 10002 017776500 0300 0304 4 ../emu/IOProgs/tty_net -7 -t 10003 end ctrl mr 017777520 ./rp.boot end ctrl lp 017777514 0200 4 end ctrl tm 017772520 0224 5 end Note that the emulated RP disk image is at /usr/local/src/RP_211bsd_root. The number 12 after this is arbitrary, I have no idea what it does. Now, to run the emulator using the p11conf above from the run directory, do ../emu/p11 -d &. You can run it in the background as it doesn't require any keyboard interaction. Then telnet localhost 10002, and hit Return a few times. You will see: % telnet localhost 10002 Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. ----- <---- Hit Return once or twice here : xp(0,0,0)unix Boot: bootdev=05000 bootcsr=0176700 2.11 BSD UNIX #11: Tue Jan 6 16:57:02 MET 1998 root@pdp11.begemot.com:/usr/src/sys/HIPPON attaching lo0 phys mem = 2097152 avail mem = 1668352 user mem = 307200 January 8 08:25:02 init: configure system lp 0 csr 177514 vector 200 attached rl 0 csr 174400 vector 160 attached tm 0 csr 172520 vector 224 attached xp 0 csr 176700 vector 254 attached cn 1 csr 176500 vector 300 attached cn 2 csr 176510 vector 310 skipped: No CSR. cn 3 csr 176520 vector 320 skipped: No CSR. cn 4 csr 176530 vector 330 skipped: No CSR. erase, kill ^U, intr ^C # That's it!! Warren Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.8/8.8.8) id GAA09164 for pups-liszt; Thu, 7 May 1998 06:26:14 +1000 (EST) >From Warren Toomey <wkt(a)henry.cs.adfa.oz.au> Thu May 7 06:49:24 1998 Received: from henry.cs.adfa.oz.au (henry.cs.adfa.oz.au [131.236.21.158]) by minnie.cs.adfa.oz.au (8.8.8/8.8.8) with ESMTP id GAA09159 for <pups(a)minnie.cs.adfa.oz.au>; Thu, 7 May 1998 06:26:11 +1000 (EST) Received: (from wkt@localhost) by henry.cs.adfa.oz.au (8.7.5/8.7.3) id GAA03699; Thu, 7 May 1998 06:49:24 +1000 (EST) From: Warren Toomey <wkt(a)henry.cs.adfa.oz.au> Message-Id: <199805062049.GAA03699(a)henry.cs.adfa.oz.au> Subject: Re: First edition Unix manuals To: tfb(a)aiai.ed.ac.uk (Tim Bradshaw) Date: Thu, 7 May 1998 06:49:24 +1000 (EST) Cc: pups(a)minnie.cs.adfa.oz.au (PDP Unix Preservation) In-Reply-To: <199805061501.QAA08913(a)todday.aiai.ed.ac.uk> from Tim Bradshaw at "May 6, 98 04:01:21 pm" Reply-To: wkt(a)cs.adfa.oz.au X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk In article by Tim Bradshaw: > In case other people haven't seen this, Dennis Ritchie has (scanned) > versions of these at: > > http://www.cs.bell-labs.com/~dmr > > --tim Thanks Tim! Warren Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.8/8.8.8) id HAA09393 for pups-liszt; Thu, 7 May 1998 07:24:42 +1000 (EST)

27 years

Installation of 2.11BSD (II)

by m＠mbsks.franken.de

Mahlzeit I'm using 2.11_rp_unknown[1] an the newest version of the supnik emulator. When I'm compiling a kernel (with the newest 2.11BSD sources), I get at the end: ./checksys unix overlay 6 is empty and there are non-empty overlays following it. System will occupy 156960 bytes of memory (including buffers and clists). end {0052310} nbuf {0012014} buf {0033654} nproc {0012002} proc {0042454} ntext {0012004} text {0051350} nfile {0012010} file {0047370} ninode {0012006} inode {0012076} ncallout {0012012} callout {0024562} ucb_clist {0012020} nclist {0012016} ram_size {0000000} xitdesc {0012074} quotdesc {0000000} namecache {0025242} _iosize {0010030} **** SYSTEM IS NOT BOOTABLE. **** *** Exit 1 then I get very often Bus Errors: # ./config SONJA ./config: 1041 Bus error - core dumped Copying standard files to ../SONJA. ./config: 1051 Bus error - core dumped ./config: 1052 Bus error - core dumped ./config: ../SONJA/ioconf.c: cannot create ./config: ../SONJA/param.c: cannot create Setting configuration options for SONJA. c./config: ../SONJA/loop.h: cannot create ^C# ^C # mkdir Bus error - core dumped # mkdir X Bus error - core dumped # I configured the emulator with 1MB RAM. I compiled it with and without optimization. Is this a problem with the distribution, with the emulator or with the compiler (gcc 2.7.2.1)? Mahlzeit endergone Zwiebeltuete [1] The "distributed" 2.11BSD is not so stable. It is often killing the filesystem. -- insanity inside Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.8/8.8.8) id QAA06684 for pups-liszt; Wed, 6 May 1998 16:14:59 +1000 (EST) >From Warren Toomey <wkt(a)henry.cs.adfa.oz.au> Wed May 6 16:38:21 1998 Received: from henry.cs.adfa.oz.au (henry.cs.adfa.oz.au [131.236.21.158]) by minnie.cs.adfa.oz.au (8.8.8/8.8.8) with ESMTP id QAA06678 for <pups(a)minnie.cs.adfa.oz.au>; Wed, 6 May 1998 16:14:55 +1000 (EST) Received: (from wkt@localhost) by henry.cs.adfa.oz.au (8.7.5/8.7.3) id QAA02895; Wed, 6 May 1998 16:38:21 +1000 (EST) From: Warren Toomey <wkt(a)henry.cs.adfa.oz.au> Message-Id: <199805060638.QAA02895(a)henry.cs.adfa.oz.au> Subject: Re: Installation of 2.11BSD (II) To: m(a)mbsks.franken.de (Matthias Bruestle) Date: Wed, 6 May 1998 16:38:21 +1000 (EST) Cc: pups(a)minnie.cs.adfa.oz.au In-Reply-To: <m0yWxdJ-000HprC(a)mbsks.franken.de> from Matthias Bruestle at "May 6, 98 08:24:49 am" Reply-To: wkt(a)cs.adfa.oz.au X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk In article by Matthias Bruestle: > I'm using 2.11_rp_unknown[1] an the newest version of the supnik emulator. [that's in the PUPS Archive, for those without a src license] > When I'm compiling a kernel (with the newest 2.11BSD sources), I get > [problems] > > I configured the emulator with 1MB RAM. I compiled it with and without > optimization. Is this a problem with the distribution, with the emulator > or with the compiler [used to build the emulator?] (gcc 2.7.2.1)? > > The "distributed" 2.11BSD is not so stable. It is often killing the > filesystem. Hmm, Steven Schultz did find yet another bug in Bob's emulator which fixed the crashing vi problem. As Steven knows heaps more about 2.11 than I, here are some general purpose suggestions from me. + Manually fsck on bootup. Does that help prevent fs corruption, or is the system killing the filesystem on a regular basis? + Can you build a GENERIC kernel? Does it boot? + The 2.11_rp_unknown disk image was built with the new P11 emulator from the Begemot crew. You might try compiling and installing this emulator, and see how 2.11BSD performs. Anyway, Steven might offer some better advice! Greg Lehey might be able to provide you with the P11 config files he uses. I've got the new P11 built at home, but I can't get the files on it from work. I'm off for a short break, but I'll be back Monday. Best of luck with it. Warren Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.8/8.8.8) id QAA06826 for pups-liszt; Wed, 6 May 1998 16:43:53 +1000 (EST) >From Greg Lehey <grog(a)lemis.com> Wed May 6 17:07:10 1998 Received: from freebie.lemis.com (freebie.lemis.com [139.130.136.133]) by minnie.cs.adfa.oz.au (8.8.8/8.8.8) with ESMTP id QAA06818 for <pups(a)minnie.cs.adfa.oz.au>; Wed, 6 May 1998 16:43:47 +1000 (EST) Received: (from grog@localhost) by freebie.lemis.com (8.8.8/8.8.7) id QAA00723; Wed, 6 May 1998 16:37:11 +0930 (CST) (envelope-from grog) Message-ID: <19980506163710.A329(a)freebie.lemis.com> Date: Wed, 6 May 1998 16:37:10 +0930 From: Greg Lehey <grog(a)lemis.com> To: wkt(a)cs.adfa.oz.au, Matthias Bruestle <m(a)mbsks.franken.de> Cc: pups(a)minnie.cs.adfa.oz.au Subject: Re: Installation of 2.11BSD (II) References: <m0yWxdJ-000HprC(a)mbsks.franken.de> <199805060638.QAA02895(a)henry.cs.adfa.oz.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1i In-Reply-To: <199805060638.QAA02895(a)henry.cs.adfa.oz.au>; from Warren Toomey on Wed, May 06, 1998 at 04:38:21PM +1000 WWW-Home-Page: http://www.lemis.com/~grog Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk On Wed, 6 May 1998 at 16:38:21 +1000, Warren Toomey wrote: > In article by Matthias Bruestle: >> I'm using 2.11_rp_unknown[1] an the newest version of the supnik emulator. > > [that's in the PUPS Archive, for those without a src license] > >> When I'm compiling a kernel (with the newest 2.11BSD sources), I get >> [problems] >> >> I configured the emulator with 1MB RAM. I compiled it with and without >> optimization. Is this a problem with the distribution, with the emulator >> or with the compiler [used to build the emulator?] (gcc 2.7.2.1)? >> >> The "distributed" 2.11BSD is not so stable. It is often killing the >> filesystem. > > Hmm, Steven Schultz did find yet another bug in Bob's emulator which fixed > the crashing vi problem. As Steven knows heaps more about 2.11 than I, here > are some general purpose suggestions from me. > >> Manually fsck on bootup. Does that help prevent fs corruption, > or is the system killing the filesystem on a regular basis? > >> Can you build a GENERIC kernel? Does it boot? > >> The 2.11_rp_unknown disk image was built with the new P11 > emulator from the Begemot crew. You might try compiling and > installing this emulator, and see how 2.11BSD performs. > > Anyway, Steven might offer some better advice! Greg Lehey might be able > to provide you with the P11 config files he uses. I've got the new P11 > built at home, but I can't get the files on it from work. Well, I started an answer, and decided that Steven would be able to answer better, but since you mention my name, OK, here I am. One point: > Is this a problem with the distribution, with the emulator or with > the compiler (gcc 2.7.2.1)? First, the compiler is certainly not gcc. That would never fit in the address space of a PDP-11. Secondly, I'd guess it's the emulator. I don't think many people have tried 2.11BSD on the Supnik emulator. I'm using the Begemot emulator (Emulators/P11-2.3 in the archive). I get: [5] root--> cd /usr/src/sys/GRANDPA/ [6] root--> ./checksys unix System will occupy 295600 bytes of memory (including buffers and clists). end {0122636} nbuf {0013562} buf {0053542} nproc {0013550} proc {0077060} ntext {0013552} text {0121416} nfile {0013556} file {0115726} ninode {0013554} inode {0013646} ncallout {0013560} callout {0044274} ucb_clist {0013566} nclist {0013564} ram_size {0000000} xitdesc {0013644} quotdesc {0000000} namecache {0053150} _iosize {0000000} [7] root--> I won't pretend that the documentation of the interpreter is ideal, nor that it's easy to set up. It took me quite a while. Take a look at the files in ftp://ftp.lemis.com/pub/pups. They are: -rw-r--r-- 1 root lemis 11477 May 6 16:18 README-emu -rw-r--r-- 1 root lemis 1746 May 6 16:18 p11conf -rwxr-xr-x 1 root lemis 315 May 6 16:19 run_211 README-emu is a brief (and hurried) description of what I did to get the emulator working, p11conf is my current configuration, and run_211 is the command file I run to actually start the emulator. Note that what you get when you run the emulator is just the diagnostic console; to actually use the machine, you need to telnet to ports 10000 to 10003. Anybody interested in so doing can telnet to pdp11.lemis.com and log in as guest, password "Today only". Don't break anything, please--I haven't checked security too much. Greg -- See complete headers for address and phone numbers finger grog(a)lemis.com for PGP public key Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.8/8.8.8) id AAA08014 for pups-liszt; Thu, 7 May 1998 00:38:54 +1000 (EST) >From Tim Bradshaw <tfb(a)aiai.ed.ac.uk> Thu May 7 01:01:21 1998 Received: from aiai.ed.ac.uk (eigg.aiai.ed.ac.uk [129.215.41.7]) by minnie.cs.adfa.oz.au (8.8.8/8.8.8) with ESMTP id AAA08009 for <pups(a)minnie.cs.adfa.oz.au>; Thu, 7 May 1998 00:38:45 +1000 (EST) Received: from todday.aiai.ed.ac.uk (todday.aiai.ed.ac.uk [129.215.105.40]) by aiai.ed.ac.uk (8.8.7/8.8.7) with ESMTP id QAA04718 for <pups(a)minnie.cs.adfa.oz.au>; Wed, 6 May 1998 16:01:21 +0100 (BST) Received: (tfb@localhost) by todday.aiai.ed.ac.uk (8.6.13/8.6.12) id QAA08913; Wed, 6 May 1998 16:01:21 +0100 Date: Wed, 6 May 1998 16:01:21 +0100 Message-Id: <199805061501.QAA08913(a)todday.aiai.ed.ac.uk> From: Tim Bradshaw <tfb(a)aiai.ed.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: pups(a)minnie.cs.adfa.oz.au Subject: First edition Unix manuals X-Mailer: VM 6.32 under 19.14 XEmacs Lucid Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk In case other people haven't seen this, Dennis Ritchie has (scanned) versions of these at: http://www.cs.bell-labs.com/~dmr --tim Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.8/8.8.8) id BAA08241 for pups-liszt; Thu, 7 May 1998 01:53:08 +1000 (EST) >From "Robert D. Keys" <rdkeys(a)seedlab1.cropsci.ncsu.edu> Thu May 7 02:12:37 1998 Received: from seedlab1.cropsci.ncsu.edu (seedlab1.cropsci.ncsu.edu [152.1.88.4]) by minnie.cs.adfa.oz.au (8.8.8/8.8.8) with ESMTP id BAA08236 for <pups(a)minnie.cs.adfa.oz.au>; Thu, 7 May 1998 01:53:01 +1000 (EST) Received: (from rdkeys@localhost) by seedlab1.cropsci.ncsu.edu (8.8.7/8.8.7) id MAA00456; Wed, 6 May 1998 12:12:37 -0400 (EDT) From: "Robert D. Keys" <rdkeys(a)seedlab1.cropsci.ncsu.edu> Message-Id: <199805061612.MAA00456(a)seedlab1.cropsci.ncsu.edu> Subject: Re: Early unix on simulators --- partial newbie success ---yeah! In-Reply-To: <199805061501.QAA08913(a)todday.aiai.ed.ac.uk> from Tim Bradshaw at "May 6, 98 04:01:21 pm" To: tfb(a)aiai.ed.ac.uk (Tim Bradshaw) Date: Wed, 6 May 1998 12:12:37 -0400 (EDT) Cc: pups(a)minnie.cs.adfa.oz.au X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk I managed to get the Sim23b pdp11 emulator running on the v5 unix. It is hard to believe a 25K kernel....(:+}}..... so much for code bloat over the years. My goal is to try to bring it up on a KSR35 hooked up to a headless pc (386 board in a closet box) on the dos emulator, or whatever would be the minimal required to get it going. Can anyone suggest ways to reach that goal? I am still having no luck with the Ersatz 2.0 emulator on dos, because I can't seem to get the incantations right. I get to the @ prompt, but after entering unix, it just sits for a bit, the HD spins, and after a few seconds it is back at the @ prompt. There is still some magick mystical juju required (albeit I am the dummy here....(:+\\.....) I could port a stripped Linux 0.98 kernel maybe, to get it up, and try that, but I was hoping the dos emulator would run with it. Any suggestions and pointers are appreciated. Thanks, and kudos to all the PUPS crew and Dennis Ritchie for resurrecting the old v5 image. This kindof makes computing fun, for a change..... Now, where did I stash that KSR35..... Bob Keys..... Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.8/8.8.8) id CAA08328 for pups-liszt; Thu, 7 May 1998 02:15:26 +1000 (EST)

27 years

Installation of 2.11BSD

by m＠mbsks.franken.de

Mahlzeit My hardware: Mentec M70 with 512kB RAM (that must be enough) which can boot from DX DY DL DU DM DB MS MT and has 4 serial ports. MSCP/DU-Controller which can boot from DM, DP, DL, DR, MS, MT, MU, SY, DU. It is connected to a 1.2MB-5.25"-FDD and a MFM-HDD of unknown size wich I will get tomorrow. (I have now the dox for my controller.) Kernel: To use these 4 serial ports, do I have to set "NKL 4" or are these not KL11/DL11s? One of these is the normal console unter RT-11. Is "NBUF 32" OK for 512kB RAM? Should I set UCB_CLIST NO or YES? Installation: I think there are three possible ways of installing it: 1) Boot from a RT-11-Floppy and transfer the whole disk with rtkerm. The disk will be bigger than 32MB, so this does not work? 2) Boot from a RT-11-Floppy and transfer the root-fs and the swap-partition then boot BSD and transfer somehow the usr-data (kermit? write simple program?). This sould also install the disklabel. 3) Boot from a BSD-Floppy, disklabel, mkfs, transfer data (kermit? write simple program?). The kernel and diskimages will allways be made on an emulator. What do you think is the best/easiest way? Or have you a better idea? (Make a tape and use the TU58-emulator?) Thanks endergone Zwiebeltuete -- insanity inside Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.8/8.8.8) id PAA06631 for pups-liszt; Wed, 6 May 1998 15:59:52 +1000 (EST)

27 years

Slightly offtopic...

by Jorgen Pehrson

Hi, I have a little problem installing 2.11BSD on my PDP11/83. I have a TK50 tape with the distribution and a TK50 drive from a uvaxII. The controller board is a M7546 that comes from another vax. The original tape drive in this PDP is an TK25 drive which I have disconnected. How should the TK50controller be strapped? The TK25 answered at 17772520. Should the TK50 be there as well? (I haven't got a clue howthe QBus works... I know it's some kind of cascading thing though so I guess it matters in what order the boards are placed in the machine) Thanks for any help! -- Jorgen Pehrson HP 9000/380 (NetBSD/hp300 1.3) jp(a)spektr.ludvika.se DECstation 5000/200 (NetBSD/pmax 1.3) http://spektr.ludvika.se/museum VAXstation 2000 (VMS 5.5-2) Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id KAA16303 for pups-liszt; Sat, 18 Apr 1998 10:00:04 +1000 (EST) X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f >From "Steven M. Schultz" <sms(a)moe.2bsd.com> Sat Apr 18 09:50:25 1998 Received: from moe.2bsd.com (0(a)MOE.2BSD.COM [206.139.202.200]) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id JAA16294 for <pups(a)minnie.cs.adfa.oz.au>; Sat, 18 Apr 1998 09:59:58 +1000 (EST) Received: (from sms@localhost) by moe.2bsd.com (8.8.5/8.8.5) id QAA06940; Fri, 17 Apr 1998 16:50:25 -0700 (PDT) Date: Fri, 17 Apr 1998 16:50:25 -0700 (PDT) From: "Steven M. Schultz" <sms(a)moe.2bsd.com> Message-Id: <199804172350.QAA06940(a)moe.2bsd.com> To: jp(a)spektr.ludvika.se, pups(a)minnie.cs.adfa.oz.au Subject: Re: Slightly offtopic... Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk Jorgen - Hello. > From: Jorgen Pehrson <jp(a)spektr.ludvika.se> > I have a little problem installing 2.11BSD on my PDP11/83. I have a TK50 > tape with the distribution and a TK50 drive from a uvaxII. The controller > board is a M7546 that comes from another vax. The original tape drive in > this PDP is an TK25 drive which I have disconnected. How should the > TK50controller be strapped? The TK25 answered at 17772520. Should the TK50 That is the correct address for the first TS controller in the system. Despite the name ("TK25") the TK25 is a TS device and not a TMSCP device. > be there as well? (I haven't got a clue howthe QBus works... I know it's No. The TK50 should be at the first TMSCP address which is 172150. You do not have to (indeed, you can not) set the vector on the M7546 because TMSCP devices are 'programmable' - the kernel will assign a unique vector to the controller at boot time. Steven Schultz sms(a)moe.2bsd.com Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id KAA16404 for pups-liszt; Sat, 18 Apr 1998 10:38:22 +1000 (EST) X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f >From "Steven M. Schultz" <sms(a)moe.2bsd.com> Sat Apr 18 10:38:02 1998 Received: from moe.2bsd.com (0(a)MOE.2BSD.COM [206.139.202.200]) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id KAA16399 for <pups(a)minnie.cs.adfa.oz.au>; Sat, 18 Apr 1998 10:38:17 +1000 (EST) Received: (from sms@localhost) by moe.2bsd.com (8.8.5/8.8.5) id RAA07251; Fri, 17 Apr 1998 17:38:02 -0700 (PDT) Date: Fri, 17 Apr 1998 17:38:02 -0700 (PDT) From: "Steven M. Schultz" <sms(a)moe.2bsd.com> Message-Id: <199804180038.RAA07251(a)moe.2bsd.com> To: jp(a)spektr.ludvika.se, pups(a)minnie.cs.adfa.oz.au Subject: ERROR in previous mail item (TMSCP) Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk Hello - I looked at the wrong line in the dtab file earlier. The primary TMSCP address (where the TQK50 adaptor should go) is 174500. I accidentally gave the address of the first MSCP ('ra') earlier. So if you have both a TK50 and a TK25 the boards should be set like this TK25 172520 TK50 174500 Sorry for any confusion I caused. Steven

27 years, 1 month

Re: PDP-11 Newbie Alert --- (gotta start somewhere)

by allisonp＠world.std.com

<That was the one called an SBC-11/21 Single Board Computer, aka KXT11. W <it a T11 processor? It had ODT in ROM, not in microcode. There's one wi KXT-11 was the t-11 cpu, duart (2 dl lines), PIOs ram and prom on one dual width card. It was designed as a bus master. KXT-11+ was also T-11, quad width with peripherals on board but could work as both bus master and bus slave. KXJ-11 was the later versionusing the J-11 cpu. < Anyway, I just meant that the Falcons weren't sold in quite the same way <ones I've seen have been used more like today's embedded processors, set <do a very specific task, rather than to run a general-purpose O/S. I exp <could run RT-11, though. The User's Guide I have says the ROM includes <DD/DX/DY bootstraps, among others. I've certainly seen at least one in <BA11-N box with other DEC cards, though that particular one didn't have a <disks. The were intended to replace lsi-11/03 and /2 cpus for embedded operation. They with proper memory would run Rt-11 and could be used for a self development system. At one time I had one in a BA11-va (showbox) with a RXV21 and MXV11 and it was a very good 32k RT-11 system. I also reassembled a MDS-11A a Vt100 with a PDP-11 qbus inside as a desktop development system for PDP-11. Allison Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id SAA08043 for pups-liszt; Thu, 16 Apr 1998 18:59:16 +1000 (EST) X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f >From Jorgen Pehrson <jp(a)spektr.ludvika.se> Thu Apr 16 18:58:50 1998 Received: from spektr.ludvika.se (root(a)spektr.ludvika.se [194.18.168.68]) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id SAA08037 for <pups(a)minnie.cs.adfa.oz.au>; Thu, 16 Apr 1998 18:59:08 +1000 (EST) Received: from localhost (localhost [[UNIX: localhost]]) by spektr.ludvika.se (8.8.8/8.8.8) with SMTP id KAA09430 for <pups(a)minnie.cs.adfa.oz.au>; Thu, 16 Apr 1998 10:58:51 +0200 (CEST) Date: Thu, 16 Apr 1998 10:58:50 +0200 (CEST) From: Jorgen Pehrson <jp(a)spektr.ludvika.se> To: pups(a)minnie.cs.adfa.oz.au Subject: Strategy for inst. UNIX on my PDP11? Message-ID: <Pine.NEB.3.96.980416103935.9120A-100000(a)spektr.ludvika.se> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk Hi, What's the best way of installing UNIX on my PDP11/83? What I have: PDP11/83, RD52, a QIC tape streamer doing some sort of TS11 emulation. A MicroVAX II with a TK50 streamer and NetBSD installed. DEQNA ethernet. And I have a spare DEQNA laying about. What I was thinking of doing is writing the distribution to TK50 on the MVII, move the TK50 streamer to the PDP and go from there. Is the RD52 big enough to contain a complete system? What UNIX versions will work on my PDP? I was thinking of installing 2.11BSD. Thanks for any input! -- Jorgen Pehrson HP 9000/380 (NetBSD/hp300 1.3) jp(a)spektr.ludvika.se DECstation 5000/200 (NetBSD/pmax 1.3) PDP11/83 - Intergraph InterAct - VAXstation 2000 (VMS 5.5-2) Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id BAA09346 for pups-liszt; Fri, 17 Apr 1998 01:56:26 +1000 (EST) X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f >From "Steven M. Schultz" <sms(a)moe.2bsd.com> Fri Apr 17 01:47:14 1998 Received: from moe.2bsd.com (0(a)MOE.2BSD.COM [206.139.202.200]) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id BAA09341 for <pups(a)minnie.cs.adfa.oz.au>; Fri, 17 Apr 1998 01:56:17 +1000 (EST) Received: (from sms@localhost) by moe.2bsd.com (8.8.5/8.8.5) id IAA12057 for pups(a)minnie.cs.adfa.oz.au; Thu, 16 Apr 1998 08:47:14 -0700 (PDT) Date: Thu, 16 Apr 1998 08:47:14 -0700 (PDT) From: "Steven M. Schultz" <sms(a)moe.2bsd.com> Message-Id: <199804161547.IAA12057(a)moe.2bsd.com> To: pups(a)minnie.cs.adfa.oz.au Subject: Re: Strategy for inst. UNIX on my PDP11? Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk Greetings - > From: Jorgen Pehrson <jp(a)spektr.ludvika.se> > > What's the best way of installing UNIX on my PDP11/83? > What I have: > PDP11/83, RD52, a QIC tape streamer doing some sort of TS11 emulation. That tape device sounds like it is a TK25. It uses the DC600A (60mb) cartridges. > A MicroVAX II with a TK50 streamer and NetBSD installed. DEQNA ethernet. > And I have a spare DEQNA laying about. The DEQNA is supported by 2.11BSD so it would be a good idea to add that board to the 11/83. > What I was thinking of doing is writing the distribution to TK50 on the > MVII, move the TK50 streamer to the PDP and go from there. Ok - that will work fine. Another possiibility would be to move the TK25 (QIC) drive to the uVax-II and write the tapes to DC600A tapes. Then move the TK25 back to the 11/25 and boot > Is the RD52 big enough to contain a complete system? Alas no. The RD52 is only ~30mb (the RD53 is about 70mb and the RD54 is ~159mb). A complete 2.11 system needs about 100mb (~8mb for a root filesystem, 4mb for a swap partition and ~80mb for sources plus binaries). A ZIP cartridge will (just) hold a complete 2.11 system (with about 8mb left over). To hold a complete 2.11 system you'll need either two RD53 drives or a single RD54. A minimal system (root filesystem plus selected binaries from /usr) could be installed on a RD52 but it would definitely not be a complete system capable of recompiling itself. > What UNIX versions will work on my PDP? I was thinking of installing > 2.11BSD. 2.11 is an excellent match for the 11/83. Earlier versions (2.9 for example) will have a difficult time because MSCP support did not arrive until 2.10BSD. TMSCP support was not present until 2.10.1BSD Steven Schultz sms(a)moe.2bsd.com Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id HAA10305 for pups-liszt; Fri, 17 Apr 1998 07:14:15 +1000 (EST) X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f >From Robin Birch <robin(a)falstaf.demon.co.uk> Fri Apr 17 07:12:45 1998 Received: from post.mail.demon.net (post-30.mail.demon.net [194.217.242.40]) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with SMTP id HAA10300 for <pups(a)minnie.cs.adfa.oz.au>; Fri, 17 Apr 1998 07:14:08 +1000 (EST) Received: from (falstaf.demon.co.uk) [158.152.152.109] by post.mail.demon.net with smtp (Exim 1.82 #2) id 0yPvyp-0000Ph-00; Thu, 16 Apr 1998 22:14:00 +0100 Message-ID: <5kppZIANRnN1EwQW(a)falstaf.demon.co.uk> Date: Thu, 16 Apr 1998 22:12:45 +0100 To: Jorgen Pehrson <jp(a)spektr.ludvika.se> Cc: pups(a)minnie.cs.adfa.oz.au From: Robin Birch <robin(a)falstaf.demon.co.uk> Subject: Re: Strategy for inst. UNIX on my PDP11? In-Reply-To: <Pine.NEB.3.96.980416103935.9120A-100000(a)spektr.ludvika.se> MIME-Version: 1.0 X-Mailer: Turnpike (32) Version 3.05 <YSkKJATYm0AxAbv6xUlJqScVOx> Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk In message <Pine.NEB.3.96.980416103935.9120A-100000(a)spektr.ludvika.se>, Jorgen Pehrson <jp(a)spektr.ludvika.se> writes >Hi, >What's the best way of installing UNIX on my PDP11/83? >What I have: >PDP11/83, RD52, a QIC tape streamer doing some sort of TS11 emulation. > >A MicroVAX II with a TK50 streamer and NetBSD installed. DEQNA ethernet. >And I have a spare DEQNA laying about. > >What I was thinking of doing is writing the distribution to TK50 on the >MVII, move the TK50 streamer to the PDP and go from there. > Yes, this will be the simplest way >Is the RD52 big enough to contain a complete system? > no, an RD54 is probably the best to aim for if you can get your hands on one. >What UNIX versions will work on my PDP? I was thinking of installing >2.11BSD. That will do fine > > >Thanks for any input! > >-- >Jorgen Pehrson HP 9000/380 (NetBSD/hp300 1.3) >jp(a)spektr.ludvika.se DECstation 5000/200 (NetBSD/pmax 1.3) >PDP11/83 - Intergraph InterAct - VAXstation 2000 (VMS 5.5-2) > Cheers Robin Robin Birch robin(a)falstaf.demon.co.uk M1ASU/2E0ARJ Old computers and radios always welcome

27 years, 1 month

Re: PDP-11 Newbie Alert --- (gotta start somewhere)

by pete＠dunnington.u-net.com

On Apr 16, 0:00, Johnny Billquist wrote: > Sigh. Why can't I get the last word. :-) If I'd been quicker off the mark with my 11/04, you would have :-) > Eh? I'd definitely say that the Falcon was a PDP-11, it does sport a F11. > Actually, it was called the 11/21, or something like that, wasn't it? > But it was a board, and not a machine... That was the one called an SBC-11/21 Single Board Computer, aka KXT11. Wasn't it a T11 processor? It had ODT in ROM, not in microcode. There's one with a J11, too. Was that a Falcon+ ? I think there were three versions altogether. Anyway, I just meant that the Falcons weren't sold in quite the same way; the ones I've seen have been used more like today's embedded processors, set up to do a very specific task, rather than to run a general-purpose O/S. I expect it could run RT-11, though. The User's Guide I have says the ROM includes DD/DX/DY bootstraps, among others. I've certainly seen at least one in a BA11-N box with other DEC cards, though that particular one didn't have any disks. -- Pete Peter Turnbull Dept. of Computer Science University of York Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id MAA06809 for pups-liszt; Thu, 16 Apr 1998 12:06:55 +1000 (EST) X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f

27 years, 1 month

Re: PDP-11 Newbie Alert --- (gotta start somewhere)

by pete＠dunnington.u-net.com

On Apr 15, 22:41, Johnny Billquist wrote: > On Wed, 15 Apr 1998, Milo Velimirovic wrote: > > > QBUS 11/2 11/03 11/23 11/53 11/73 11/83 > > Unibus 11/05 11/10 11/15 11/20 11/24 11/3411/35 11/40 11/44 11/45 11/55 11/60 11/70 11/84... > Two additions to make the list officially complete: > > QBUS: 11/93 > Unibus: 11/94 And one more to make the list officially really complete: Unibus: 11/04 (which, despite the numer, is more like an 11/34 than anything else). BTW, the 11/2 is a board, not a machine. Machines with 11/2s were sold as 11/03s. And of course there's the Falcon (etc) range of boards, which used the same microprocessors and bus interface as QBus machines, but had memory and I/O integrated onto one board. They're not really PDP-11s, though. -- Pete Peter Turnbull Dept. of Computer Science University of York Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id HAA06065 for pups-liszt; Thu, 16 Apr 1998 07:57:26 +1000 (EST) X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f >From Johnny Billquist <bqt(a)Update.UU.SE> Thu Apr 16 07:56:14 1998 Received: from Zeke.Update.UU.SE (2026(a)Zeke.Update.UU.SE [130.238.11.14]) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id HAA06060 for <pups(a)minnie.cs.adfa.oz.au>; Thu, 16 Apr 1998 07:56:52 +1000 (EST) Received: from localhost (bqt@localhost) by Zeke.Update.UU.SE (8.8.8/8.8.8) with SMTP id XAA12901; Wed, 15 Apr 1998 23:56:16 +0200 Date: Wed, 15 Apr 1998 23:56:14 +0200 (MET DST) From: Johnny Billquist <bqt(a)Update.UU.SE> To: Pete Turnbull <pete(a)dunnington.u-net.com> cc: pups(a)minnie.cs.adfa.oz.au Subject: Re: PDP-11 Addressing Modes In-Reply-To: <9804152208.ZM16395(a)indy.dunnington.york.ac.uk> Message-ID: <Pine.VUL.3.93.980415234941.9250J-100000(a)Zeke.Update.UU.SE> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk On Wed, 15 Apr 1998, Pete Turnbull wrote: > On Apr 14, 23:53, Allison J Parent wrote: > > <What do people here on the list think of the flexibility and > > <generality of the PDP-11's addressing modes? Is this a well thought > > <out architecture in your view? How are the PDP-11's addressing modes > > <better or worse than those of other processors, past and present? > > > > Personally I consider it a high point in 16 bit computing and one that > > is a standard of comparison. VAX carried this to the 32bit realm. I > > know of few 16 bit microprocessors that are as capable as the PDP-11 > > and as fast (the ti9900 was good but slow, Z8000 was close). > > Don't forget the 68000. Motorola deliberately adopted a lot of similar design > features for the 68K; there's a very interesting design paper still available > called "Design Philosophy Behind Motorola's 68000", publication no.AR208. The > same sort of instruction/address-mode orthogonality as found in the PDP11, is > one of the big features. You got to be kidding?!? <FLAME ON> The 68K is a miserable beast at the best of times. Separated address and data registers, PC is a special register, some addressing modes are not allowed in some instructions, some manipulations can only be done on data register, not address registers, immediate mode is just an assembler fake, it's actually another instruction, the semantics of some instructions differ depending on what type of arguments you use, writing PIC can be a real pain unless you have the 68K20. The list is long and sad. The 68K is what happens if you take a good design (PDP-11) and mungle up every part of the design. It's like if they never really understood why the PDP-11 was done they way it was, and copied the parts they though nifty and continued with adding their own strange ideas on top of it. <FLAME OFF> Having said all this, it's still a nice thing compared to Intel stuff, I guess. :-) (But I've only programmed the Z80...) Johnny Johnny Billquist || "I'm on a bus || on a psychedelic trip email: bqt(a)update.uu.se || Reading murder books pdp is alive! || tryin' to stay hip" - B. Idol Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id IAA06096 for pups-liszt; Thu, 16 Apr 1998 08:01:13 +1000 (EST) X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f >From John Holden <johnh(a)psychvax.psych.usyd.edu.au> Thu Apr 16 08:00:52 1998 Received: from psychvax.psych.usyd.edu.au (psychvax.psych.usyd.edu.au [129.78.83.1]) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id IAA06090 for <pups(a)minnie.cs.adfa.oz.au>; Thu, 16 Apr 1998 08:01:08 +1000 (EST) Received: (from johnh@localhost) by psychvax.psych.usyd.edu.au (8.8.8/8.8.8) id IAA06424 for pups(a)minnie.cs.adfa.oz.au; Thu, 16 Apr 1998 08:00:52 +1000 Date: Thu, 16 Apr 1998 08:00:52 +1000 From: John Holden <johnh(a)psychvax.psych.usyd.edu.au> Message-Id: <199804152200.IAA06424(a)psychvax.psych.usyd.edu.au> To: pups(a)minnie.cs.adfa.oz.au Subject: Re: PDP-11 Newbie Alert --- (gotta start somewhere) Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk > Well, as far as I know, all of the already have switching supplies... > Possibly not the 11/15 and 11/20, but if anyone has one of those, and > makes such a modification, I *will* brand him as an heretic. :-) The 11/20 used a switch mode power supply (H720) (I still have a functional machine!). You would have to go back to something like a PDP8/e (got one of these two!) for a huge linear power supply. It has a huge SCR for the overvoltage crowbar in order to dump all the energy in the filter capacitors Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id IAA06106 for pups-liszt; Thu, 16 Apr 1998 08:01:19 +1000 (EST) X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f >From Johnny Billquist <bqt(a)Update.UU.SE> Thu Apr 16 08:00:20 1998 Received: from Zeke.Update.UU.SE (2026(a)Zeke.Update.UU.SE [130.238.11.14]) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id IAA06088 for <pups(a)minnie.cs.adfa.oz.au>; Thu, 16 Apr 1998 08:00:32 +1000 (EST) Received: from localhost (bqt@localhost) by Zeke.Update.UU.SE (8.8.8/8.8.8) with SMTP id AAA12933; Thu, 16 Apr 1998 00:00:22 +0200 Date: Thu, 16 Apr 1998 00:00:20 +0200 (MET DST) From: Johnny Billquist <bqt(a)Update.UU.SE> To: Pete Turnbull <pete(a)dunnington.u-net.com> cc: PDP Unix Preservation <pups(a)minnie.cs.adfa.oz.au> Subject: Re: PDP-11 Newbie Alert --- (gotta start somewhere) In-Reply-To: <9804152230.ZM16484(a)indy.dunnington.york.ac.uk> Message-ID: <Pine.VUL.3.93.980415235648.9250K-100000(a)Zeke.Update.UU.SE> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk On Wed, 15 Apr 1998, Pete Turnbull wrote: > On Apr 15, 22:41, Johnny Billquist wrote: > > On Wed, 15 Apr 1998, Milo Velimirovic wrote: > > > > > QBUS 11/2 11/03 11/23 11/53 11/73 11/83 > > > Unibus 11/05 11/10 11/15 11/20 11/24 11/3411/35 11/40 11/44 11/45 11/55 > 11/60 11/70 11/84... > > > Two additions to make the list officially complete: > > > > QBUS: 11/93 > > Unibus: 11/94 > > And one more to make the list officially really complete: > > Unibus: 11/04 > (which, despite the numer, is more like an 11/34 than anything else). Sigh. Why can't I get the last word. :-) Is there anyone who can figure out any more models? > BTW, the 11/2 is a board, not a machine. Machines with 11/2s were sold as > 11/03s. And of course there's the Falcon (etc) range of boards, which used the > same microprocessors and bus interface as QBus machines, but had memory and I/O > integrated onto one board. They're not really PDP-11s, though. Eh? I'd definitely say that the Falcon was a PDP-11, it does sport a F11. Actually, it was called the 11/21, or something like that, wasn't it? But it was a board, and not a machine... What about the VT103? Johnny Johnny Billquist || "I'm on a bus || on a psychedelic trip email: bqt(a)update.uu.se || Reading murder books pdp is alive! || tryin' to stay hip" - B. Idol Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id JAA06285 for pups-liszt; Thu, 16 Apr 1998 09:08:21 +1000 (EST) X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f

27 years, 1 month

Re: PDP-11 Addressing Modes

by pete＠dunnington.u-net.com

On Apr 14, 23:53, Allison J Parent wrote: > <What do people here on the list think of the flexibility and > <generality of the PDP-11's addressing modes? Is this a well thought > <out architecture in your view? How are the PDP-11's addressing modes > <better or worse than those of other processors, past and present? > > Personally I consider it a high point in 16 bit computing and one that > is a standard of comparison. VAX carried this to the 32bit realm. I > know of few 16 bit microprocessors that are as capable as the PDP-11 > and as fast (the ti9900 was good but slow, Z8000 was close). Don't forget the 68000. Motorola deliberately adopted a lot of similar design features for the 68K; there's a very interesting design paper still available called "Design Philosophy Behind Motorola's 68000", publication no.AR208. The same sort of instruction/address-mode orthogonality as found in the PDP11, is one of the big features. > Terrible cpu, we should junk them all... ;-) ...so I can collect them. All right, providing I can have the ones on this side of the Atlantic... -- Pete Peter Turnbull Dept. of Computer Science University of York Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id HAA05994 for pups-liszt; Thu, 16 Apr 1998 07:36:39 +1000 (EST) X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f

27 years, 1 month

Re: PDP-11 Newbie Alert --- (gotta start somewhere)

by allisonp＠world.std.com

<> QBUS 11/2 11/03 11/23 11/53 11/73 11/83 <> (They're also old and will eat you out of house and home with their app <> for electricity. :) None the above systems are tough it really depends on the disks used. The later of the three in the microPDP-11 format (ba23/123) are very resonable using MSCP and MFM drives. The QBUS-11s are modest power compared to the Ubus-11s. Also the Qbus-11s win in the small sizing as well. I have two BA11n boxen one with 11/23b and the other 11/73, RX02, RL02, and MSCP disks all in one 50" rack. <For the sake of discussion, what sorts of power requirements would be <required for a lowend version 7 or 2.11 BSD box? Say that I wanted <a machine that would allow me to troff/Tex a little, and do some <minor C compiling, associated with that. A qbus 11/73 (or 83) a meg of ram and disks would be comfortably under 500 watts. Adding an RL02 is not painful though it uses more than the CPU box total. The massbus disks or RK/RMs are high power just for the spindle motors. <> Has anyone looked at the possibility of retrofitting older pdp11's with <> switching power supplies to ease the electricity demands...? You could if you set up event, ACOK and DCOK. Most of the DEC supplies are actually lowvoltage switchers (744s) and the later ones are high voltage swicthers (BA11s/BA32/BA123... all qbus). <Are there special electrical requirements? I can always find a separate <20 or 30 amp 115 volt circuit, but the 220 lines are tied up in my <antique radio transmitters. Just how hungry are these pdp11s? The bigger Ubus machines and some of the bigger (physically too) disks are killer though most common PDP11s are really quite moderate to small in their needs. <I consider it great fun to resurrect the old dinosaurs. I still keep <a few 8 inch CP/M S-100 boxes running, for fun. Alas, finding parts is Smae here, the CCS2200 with DISCUS 10m and two SA800s challenge the 11/23 for power needed! <What exactly were the Heathkit things in relation to the mainstream pdp11 <There was a unix that was available on the Heathkit boxes, but I never di <get enough money together at the time to get one --- had to settle for th <CP/M thingie, instead. The H11 was a LSI11/03 cpu with heath equivelents for DLs and memorys, the disks however were strange. <What would BSD be comfy with, with a little space for play. I remember <the old Xenix boxes that we had (RS 16B things) ran a sort of v7 in abou <15 megs HD. The FreeBSD things require 100 or so megs to come up. <What sizes of HD would one be looking out for, in the surplus piles? I ahve V7 up on an 11/73 on one RL02 pack (10mb) and it's cramped with about 4mb free. Two RL02s would be pretty good. If I can get 2.11 up that will talk to the MSCP disks RD52(31mb)/53(71mb) and I'd expect plenty of space then. Allison Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id CAA04969 for pups-liszt; Thu, 16 Apr 1998 02:42:34 +1000 (EST) X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f >From "Daniel A. Seagraves" <DSEAGRAV(a)toad.xkl.com> Thu Apr 16 02:39:56 1998 Received: from toad.xkl.com (toad.xkl.com [192.94.202.40]) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with SMTP id CAA04964 for <pups(a)minnie.cs.adfa.oz.au>; Thu, 16 Apr 1998 02:42:27 +1000 (EST) Date: Wed, 15 Apr 1998 09:39:56 -0700 From: "Daniel A. Seagraves" <DSEAGRAV(a)toad.xkl.com> Subject: Re: PDP-11 Newbie Alert --- (gotta start somewhere) To: allisonp(a)world.std.com cc: pups(a)minnie.cs.adfa.oz.au In-Reply-To: <199804151550.AA21199(a)world.std.com> Message-ID: <13348030224.14.DSEAGRAV(a)toad.xkl.com> Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk [What PDP-11s run Unix...] I currently run Version 7 on a PDP-11/83 Q-bus box stored under my bed. (I have a hospital bed, the kind you can crank up and down - Mine's about 3/4 the way up) The RL02 I boot from is twice the size of the CPU! I also have an MSCP device that I load RT-11 from. BTW, there is a setting in the '83 Setup program called allow-alternate-bootblock, you can directly boot Unix by enabling this. Does that work on an 11/73 as well? I just turn on the RL, start the disk and the CPU at the same time, and the disk comes ready just at the 9-step check finishes. I say unix and off it goes. Now, I I could just get it to see my DHQ11... ------- Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id DAA05100 for pups-liszt; Thu, 16 Apr 1998 03:26:30 +1000 (EST) X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f >From Tom Ivar Helbekkmo <tih+mail(a)Hamartun.Priv.NO> Thu Apr 16 02:42:54 1998 Received: from hesiod.nhh.no (root(a)hesiod.nhh.no [158.37.96.15]) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id DAA05095 for <pups(a)minnie.cs.adfa.oz.au>; Thu, 16 Apr 1998 03:26:22 +1000 (EST) Received: from athene.nhh.no (root(a)athene.nhh.no [158.37.96.16]) by hesiod.nhh.no (8.8.5/8.8.5) with ESMTP id TAA28669; Wed, 15 Apr 1998 19:26:02 +0200 (CEST) Received: from Hamartun.Priv.NO (Uhamartu@localhost) by athene.nhh.no (8.8.5/8.8.5) with UUCP id TAA21659; Wed, 15 Apr 1998 19:21:21 +0200 (CEST) Received: (from tih@localhost) by barsoom.Hamartun.Priv.NO (8.8.8/8.8.8) id SAA22652; Wed, 15 Apr 1998 18:42:56 +0200 (CEST) To: edgee(a)cyberpass.net Cc: pups(a)minnie.cs.adfa.oz.au Subject: Re: PDP-11 Addressing Modes References: <199804150309.XAA00267(a)renoir.op.net> From: Tom Ivar Helbekkmo <tih+mail(a)Hamartun.Priv.NO> Date: 15 Apr 1998 18:42:54 +0200 In-Reply-To: "Ed G."'s message of "Tue, 14 Apr 1998 23:09:26 -0400" Message-ID: <86ogy3kpdd.fsf(a)barsoom.Hamartun.Priv.NO> X-Mailer: Gnus v5.6.4/Emacs 19.34 Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk "Ed G." <edgee(a)cyberpass.net> writes: > What do people here on the list think of the flexibility and > generality of the PDP-11's addressing modes? Is this a well thought > out architecture in your view? How are the PDP-11's addressing modes > better or worse than those of other processors, past and present? It's simply beautiful. The PDP-11 architecture is the pinnacle of 16-bit computing, as the 6502 (the world's first RISC chip) is the unchallenged champion of elegance in 8-bit microprocessors. The cleanliness and orthogonality of the PDP-11 is a wonder to behold. To top it off, they also knew when to _break_ orthogonality to make proper use of the addressing mode bit combinations that don't make sense for use with the program counter. A good friend of mine, for whom I have much respect, claims that the PDP-10 is even more beautiful. I can't comment on this, not knowing that architecture, but myself I've seen nothing to challenge the '11. Among more modern processors, I'm quite partial to Motorola's MC68K. I also like the Transputer -- who doesn't? As for microcontrollers, I've worked quite a bit with the Intel MCS-51 chips, and enjoyed it. For the definition of "butt ugly", see the Intel i386 and its ilk. -tih -- Popularity is the hallmark of mediocrity. --Niles Crane, "Frasier" Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id EAA05275 for pups-liszt; Thu, 16 Apr 1998 04:18:46 +1000 (EST) X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f >From "Daniel A. Seagraves" <DSEAGRAV(a)toad.xkl.com> Thu Apr 16 04:16:24 1998 Received: from toad.xkl.com (toad.xkl.com [192.94.202.40]) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with SMTP id EAA05268 for <pups(a)minnie.cs.adfa.oz.au>; Thu, 16 Apr 1998 04:18:39 +1000 (EST) Date: Wed, 15 Apr 1998 11:16:24 -0700 From: "Daniel A. Seagraves" <DSEAGRAV(a)toad.xkl.com> Subject: Re: PDP-11 Addressing Modes To: tih+mail(a)Hamartun.Priv.NO cc: edgee(a)cyberpass.net, pups(a)minnie.cs.adfa.oz.au In-Reply-To: <86ogy3kpdd.fsf(a)barsoom.Hamartun.Priv.NO> Message-ID: <13348047785.14.DSEAGRAV(a)toad.xkl.com> Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk [PDP-10 inst. set is nicer than PDP-11...] Not sure about that, I haven't play with either enough to compare them. But, judging by the pictures I have, a PDP-11/70 is about 1/2 as cool looking as a KA-10! [I *HAVE* to scan these and put them online sometime...] ------- Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id EAA05338 for pups-liszt; Thu, 16 Apr 1998 04:26:15 +1000 (EST) X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f >From Tom Ivar Helbekkmo <tih+mail(a)Hamartun.Priv.NO> Thu Apr 16 04:02:02 1998 Received: from hesiod.nhh.no (root(a)hesiod.nhh.no [158.37.96.15]) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id EAA05332 for <pups(a)minnie.cs.adfa.oz.au>; Thu, 16 Apr 1998 04:26:08 +1000 (EST) Received: from athene.nhh.no (root(a)athene.nhh.no [158.37.96.16]) by hesiod.nhh.no (8.8.5/8.8.5) with ESMTP id UAA00359; Wed, 15 Apr 1998 20:26:02 +0200 (CEST) Received: from Hamartun.Priv.NO (Uhamartu@localhost) by athene.nhh.no (8.8.5/8.8.5) with UUCP id UAA21718; Wed, 15 Apr 1998 20:21:36 +0200 (CEST) Received: (from tih@localhost) by barsoom.Hamartun.Priv.NO (8.8.8/8.8.8) id UAA22982; Wed, 15 Apr 1998 20:02:04 +0200 (CEST) To: "Steven M. Schultz" <sms(a)moe.2bsd.com> Cc: pups(a)minnie.cs.adfa.oz.au Subject: Re: PDP-11 Newbie Alert --- (gotta start somewhere) References: <199804151522.IAA22441(a)moe.2bsd.com> From: Tom Ivar Helbekkmo <tih+mail(a)Hamartun.Priv.NO> Date: 15 Apr 1998 20:02:02 +0200 In-Reply-To: "Steven M. Schultz"'s message of "Wed, 15 Apr 1998 08:22:57 -0700 (PDT)" Message-ID: <86g1jfklph.fsf(a)barsoom.Hamartun.Priv.NO> X-Mailer: Gnus v5.6.4/Emacs 19.34 Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk "Steven M. Schultz" <sms(a)moe.2bsd.com> writes: > Indeed the 11/44 will work and very well with 2.11BSD. Before the > one at work got shutdown (RA81 failure and the support department here > doesn't like PDP-11s and refuses to help fix it) the care and feeding > of 2.11 was shared between a 11/44 (for UNIBUS related stuff) and a > 11/73 (for QBUS). Do you have the documentation you need for that RA81, Steven? I've got the user's manual here, which isn't much, of course, but at least tells you how to hook up a terminal, run diagnostics, and interpret the results... -tih -- Popularity is the hallmark of mediocrity. --Niles Crane, "Frasier" Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id FAA05651 for pups-liszt; Thu, 16 Apr 1998 05:49:32 +1000 (EST) X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f >From Johnny Billquist <bqt(a)Update.UU.SE> Thu Apr 16 05:48:00 1998 Received: from Zeke.Update.UU.SE (2026(a)Zeke.Update.UU.SE [130.238.11.14]) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id FAA05645 for <pups(a)minnie.cs.adfa.oz.au>; Thu, 16 Apr 1998 05:48:47 +1000 (EST) Received: from localhost (bqt@localhost) by Zeke.Update.UU.SE (8.8.8/8.8.8) with SMTP id VAA08980; Wed, 15 Apr 1998 21:48:03 +0200 Date: Wed, 15 Apr 1998 21:48:00 +0200 (MET DST) From: Johnny Billquist <bqt(a)Update.UU.SE> To: "Ed G." <edgee(a)cyberpass.net> cc: pups(a)minnie.cs.adfa.oz.au Subject: Re: Floating Point-How Important to Unix? In-Reply-To: <199804110246.WAA07393(a)renoir.op.net> Message-ID: <Pine.VUL.3.93.980415214003.8466A-100000(a)Zeke.Update.UU.SE> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk On Fri, 10 Apr 1998, Ed G. wrote: > My purpose here was to get a sense for how heavily the Unix utilities > rely on floating point. I was not looking for a numerically exact > "right" answer, but rather an estimate which was good enough. > > At this point, now that I have access to the source code, it seems to > me that an easier and more accurate way of doing that would be to > count the occurences of floats and doubles using grep or a similar > utility. What do you all think? Would probably be a better idea, yes. :-) > > You are making atleast four assumptions which are wrong here. > > > > 1) Data starts from address 0. They most likely do not. > > I'm not sure what you mean here; can you elaborate? > > As I see it my key assumption about data was that it is > relatively small in size compared to code in a given program file. > This was certainly the case with factor, where less than 10% of the > runtime image consisted of static data. But you made an assumption that addrtesses to data don't come in theflt. op-code range, since few programs have that much data. But, by assuming that they don't have "that much" data, you must also assume that whatever little dtaa there is don't start at a high address. Your program can have as little as one word of data, located at 177776, referenced a zillion times, and your algorithm will catch it as a zillion flt. ops. > > 3) All data are not words. How about bytes? If a byte is in the range > > 240-255 and on an odd address, you'll catch it as a FP opcode. > > My routine scanned words, not bytes, so I don't think this would > apply. Oh, it most definitely does. Tell me, what is the difference between a string of two bytes, a word, and an instruction in memory? Nothing. It's just a question of how you look at it. So when you are talking about a word, how do you know that the programmer didn't write two bytes there? The reason I said "odd addres" was because the byte at the odd address is the high byte of the word you are looking at. > > 4) Not all data are addresses. Most negative numbers will have 17 as the > > high four bits. > > This is true. But if data is negligible compared to code, then I > don't see how this wouldn't affect an estimate very much. That is a good point. But it's still a problem. The point is more or less always, but a lot of small errors... :-) Johnny Johnny Billquist || "I'm on a bus || on a psychedelic trip email: bqt(a)update.uu.se || Reading murder books pdp is alive! || tryin' to stay hip" - B. Idol Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id GAA05701 for pups-liszt; Thu, 16 Apr 1998 06:07:06 +1000 (EST) X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f >From Johnny Billquist <bqt(a)Update.UU.SE> Thu Apr 16 06:06:30 1998 Received: from Zeke.Update.UU.SE (2026(a)Zeke.Update.UU.SE [130.238.11.14]) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id GAA05696 for <pups(a)minnie.cs.adfa.oz.au>; Thu, 16 Apr 1998 06:06:49 +1000 (EST) Received: from localhost (bqt@localhost) by Zeke.Update.UU.SE (8.8.8/8.8.8) with SMTP id WAA09548; Wed, 15 Apr 1998 22:06:31 +0200 Date: Wed, 15 Apr 1998 22:06:30 +0200 (MET DST) From: Johnny Billquist <bqt(a)Update.UU.SE> To: "Ed G." <edgee(a)cyberpass.net> cc: John Holden <johnh(a)psychvax.psych.usyd.edu.au>, pups(a)minnie.cs.adfa.oz.au Subject: Re: Floating Point-How Important to Unix? In-Reply-To: <199804110245.WAA07386(a)renoir.op.net> Message-ID: <Pine.VUL.3.93.980415215418.9250A-100000(a)Zeke.Update.UU.SE> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk On Fri, 10 Apr 1998, Ed G. wrote: > I am not an expert on PDP-11 op codes, so you may well be right about > this. > > In response to your criticism, I looked up jmp and branch > instructions in the *Processor Handbook*. Based only on my quick > skim of the handbook, I don't think negative relative addresses would > be a problem because: > > 1. branch instructions are followed by a signed byte offset (-128, > 127). This would not be a problem for my routine which only looks at > the first four bits of every word and would ignore the offset in the > odd byte. Correct. > 2. jump instructions, which seem at first glance to be a problem > because they are followed by a 16 bit word, are not because they > always use absolute addressing, never relative and hence would never > be followed by a negative number. 2 wrong. . Where did you get the idea that jump instructions have to be absolute? . What about jumps to absolute addresses in the flt. op-code range? I'm not sure about the 2BSD assembler, but the normal way of coding is to have *all* addressing relative in the DEC assemblers. That means not just jumps, but all instructions which takes arguments. Almost all have word arguments, branch being one of the few exceptions. Johnny Johnny Billquist || "I'm on a bus || on a psychedelic trip email: bqt(a)update.uu.se || Reading murder books pdp is alive! || tryin' to stay hip" - B. Idol Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id GAA05804 for pups-liszt; Thu, 16 Apr 1998 06:33:36 +1000 (EST) X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f >From Johnny Billquist <bqt(a)Update.UU.SE> Thu Apr 16 06:33:19 1998 Received: from Zeke.Update.UU.SE (2026(a)Zeke.Update.UU.SE [130.238.11.14]) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id GAA05798 for <pups(a)minnie.cs.adfa.oz.au>; Thu, 16 Apr 1998 06:33:29 +1000 (EST) Received: from localhost (bqt@localhost) by Zeke.Update.UU.SE (8.8.8/8.8.8) with SMTP id WAA10435; Wed, 15 Apr 1998 22:33:21 +0200 Date: Wed, 15 Apr 1998 22:33:19 +0200 (MET DST) From: Johnny Billquist <bqt(a)Update.UU.SE> To: "Ed G." <edgee(a)cyberpass.net> cc: pups(a)minnie.cs.adfa.oz.au Subject: Re: PDP-11 Addressing Modes In-Reply-To: <199804150309.XAA00267(a)renoir.op.net> Message-ID: <Pine.VUL.3.93.980415223118.9250F-100000(a)Zeke.Update.UU.SE> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk On Tue, 14 Apr 1998, Ed G. wrote: > The first line of chapter on addressing modes in the *processor > handbook* states: > > "In the PDP-11 family, all operand addressing is accomplished through > the eight general purpose registers." > > If I understand correctly, even things like immediate operands and > addresses are represented as an addressing mode of a register, namely > the PC. I think this is quite cool. > > What do people here on the list think of the flexibility and > generality of the PDP-11's addressing modes? Is this a well thought > out architecture in your view? How are the PDP-11's addressing modes > better or worse than those of other processors, past and present? The PDP-11 did it right, all others did it wrong. :-) Well, at least as long as you're talking about general register machines. (And points could be made that the M68K isn't very general about its registers...) For accumulator machines, I guess the vote goes to the PDP-10. All with a big :-) of course. This is religion... Johnny Johnny Billquist || "I'm on a bus || on a psychedelic trip email: bqt(a)update.uu.se || Reading murder books pdp is alive! || tryin' to stay hip" - B. Idol Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id GAA05852 for pups-liszt; Thu, 16 Apr 1998 06:42:10 +1000 (EST) X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f >From Johnny Billquist <bqt(a)Update.UU.SE> Thu Apr 16 06:41:02 1998 Received: from Zeke.Update.UU.SE (2026(a)Zeke.Update.UU.SE [130.238.11.14]) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id GAA05847 for <pups(a)minnie.cs.adfa.oz.au>; Thu, 16 Apr 1998 06:41:13 +1000 (EST) Received: from localhost (bqt@localhost) by Zeke.Update.UU.SE (8.8.8/8.8.8) with SMTP id WAA10538; Wed, 15 Apr 1998 22:41:03 +0200 Date: Wed, 15 Apr 1998 22:41:02 +0200 (MET DST) From: Johnny Billquist <bqt(a)Update.UU.SE> To: Milo Velimirovic <milov(a)toes.its.uwlax.edu> cc: pete(a)dunnington.u-net.com, pups(a)minnie.cs.adfa.oz.au Subject: Re: PDP-11 Newbie Alert --- (gotta start somewhere) In-Reply-To: <9804151317.AA04337(a)toes.its.uwlax.edu> Message-ID: <Pine.VUL.3.93.980415223736.9250G-100000(a)Zeke.Update.UU.SE> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk On Wed, 15 Apr 1998, Milo Velimirovic wrote: > QBUS 11/2 11/03 11/23 11/53 11/73 11/83 > Unibus 11/05 11/10 11/15 11/20 11/24 11/3411/35 11/40 11/44 11/45 11/55 11/60 11/70 11/84... Two additions to make the list officially complete: QBUS: 11/93 Unibus: 11/94 The last PDP-11s by DEC. Then you have the never-11s. (See the FAQ.) > Odd numbered machines where the odd digit is a 5 are usually a Unibus machine. > (They're also old and will eat you out of house and home with their appetite > for electricity. :) They are also normally just about the same machine as the next number in line, but for OEM markets. 11/05 - 11/10 11/15 - 11/20 11/35 - 11/40 > Has anyone looked at the possibility of retrofitting older pdp11's with modern > switching power supplies to ease the electricity demands...? > (donning asbestos suit in anticipation of cries of "heretic" and "Frankenstein"...) :-) Well, as far as I know, all of the already have switching supplies... Possibly not the 11/15 and 11/20, but if anyone has one of those, and makes such a modification, I *will* brand him as an heretic. :-) Johnny Johnny Billquist || "I'm on a bus || on a psychedelic trip email: bqt(a)update.uu.se || Reading murder books pdp is alive! || tryin' to stay hip" - B. Idol Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id HAA05987 for pups-liszt; Thu, 16 Apr 1998 07:36:11 +1000 (EST) X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f

27 years, 1 month

Re: PDP-11 Addressing Modes

by allisonp＠world.std.com

<"In the PDP-11 family, all operand addressing is accomplished through <the eight general purpose registers." < <If I understand correctly, even things like immediate operands and <addresses are represented as an addressing mode of a register, namely <the PC. I think this is quite cool. Same for stack relative access. The PDP-11 archetecture was an example of CISC to the max for 16 bit machines, compared to most micros it has more and richers instruction set, addressing modes and highlights what can be attained when all registers are general. Added to a two address structure those registers and addressing modes make for flexibility and programming power. ...yes a PC relative jump could easily be done with an add r7! <What do people here on the list think of the flexibility and <generality of the PDP-11's addressing modes? Is this a well thought <out architecture in your view? How are the PDP-11's addressing modes <better or worse than those of other processors, past and present? Personally I consider it a high point in 16 bit computing and one that is a standard of comparison. VAX carried this to the 32bit realm. I know of few 16 bit microprocessors that are as capable as the PDP-11 and as fast (the ti9900 was good but slow, Z8000 was close). The various chip versions of the PDP-11 (lsi11, T11, F11, J11) have achieved performace exceeding many of the conteporary microprocessors in code density and execution speed. The PDP-11 and the C language are an excellent match, both for addressing modes and effienctcy of compilation. It is also a good foundation for FORTH. Terrible cpu, we should junk them all... ;-) ...so I can collect them. Allison Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id XAA04120 for pups-liszt; Wed, 15 Apr 1998 23:14:24 +1000 (EST) X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f >From Milo Velimirovic <milov(a)toes.its.uwlax.edu> Wed Apr 15 23:17:47 1998 Received: from toes.its.uwlax.edu (toes.its.uwlax.edu [138.49.128.183]) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with SMTP id XAA04115 for <pups(a)minnie.cs.adfa.oz.au>; Wed, 15 Apr 1998 23:14:16 +1000 (EST) Received: by toes.its.uwlax.edu; id AA04337; NX5.67e/42; Wed, 15 Apr 98 08:17:50 -0500 Message-Id: <9804151317.AA04337(a)toes.its.uwlax.edu> Mime-Version: 1.0 (NeXT Mail 3.3 v118.2) Content-Type: text/plain; charset=us-ascii Received: by NeXT.Mailer (1.118.2.RR) From: Milo Velimirovic <milov(a)toes.its.uwlax.edu> Date: Wed, 15 Apr 98 08:17:47 -0500 To: pete(a)dunnington.u-net.com Subject: Re: PDP-11 Newbie Alert --- (gotta start somewhere) Cc: pups(a)minnie.cs.adfa.oz.au Reply-To: milov(a)toes.its.uwlax.edu References: <199804141844.OAA03748(a)seedlab1.cropsci.ncsu.edu> <9804150331.ZM9568(a)indy.dunnington.york.ac.uk> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by minnie.cs.adfa.oz.au id XAA04116 Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk Hi, > > >Begin forwarded message: >[snip] >On Apr 14, 14:44, Robert D. Keys wrote: > [snip] > >> Also, I see pdp-11ish things in surplus around here quite often. >> What would be needed to cobble together a system, for a minimal system 7 >> sort of box to play with? If there were a list of required boards and >> chassis for various levels of system, that might help a newbie get some >> sort of machine together. > >There are so many permutations, it's hard to make a list. There are two >general classes of PDP-11, QBus and Unibus. Most even-numbered models are >Unibus, most odd-numbered models are QBus (but not all). QBus machines tend to >be smaller. QBUS 11/2 11/03 11/23 11/53 11/73 11/83 Unibus 11/05 11/10 11/15 11/20 11/24 11/3411/35 11/40 11/44 11/45 11/55 11/60 11/70 11/84... Odd numbered machines where the odd digit is a 5 are usually a Unibus machine. (They're also old and will eat you out of house and home with their appetite for electricity. :) Has anyone looked at the possibility of retrofitting older pdp11's with modern switching power supplies to ease the electricity demands...? (donning asbestos suit in anticipation of cries of "heretic" and "Frankenstein"...) > >As to operating system versions, 2.11BSD needs at least an 11/73 or 83 to run, How about an 11/44? >as it needs memory management with separate address spaces for instructions and >data. 7th Edition will also run on those machines, and if the kernel is >suitably compiled, will also run on smaller machines such as 11/23s, which are >quite common. Early versions will run on a whole range of models. > >Whatever you get, you'll need a processor (which might be a single card or as >many as ten), memory (256K will do fine for 7th Edition, but more is better), >at least one serial line unit for a terminal (or PC with terminal emulation >software), and a disk controller with a suitable hard disk. Here again there >are lots of possibilities, you want at least 10MB for 7th Edition and a lot >more for BSD. > >Others may wish to expand on what I've written. Personally, I'd go see what >you can find, describe it to the list, and wait for the 101 pieces of advice >you'll get from all of us about its suitability/desirability :-) > >-- > >Pete Peter Turnbull > Dept. of Computer Science > University of York > --- Milo Velimirovic <Milo.Velimirovic(a)uwlax.edu> Unix Computer Network Administrator (608) 785-8030 Information Technology Services -- Network Services University of Wisconsin - La Crosse La Crosse, Wisconsin 54601 USA 43 48 05 N 91 14 22 W Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id AAA04293 for pups-liszt; Thu, 16 Apr 1998 00:03:10 +1000 (EST) X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f >From Tim Shoppa <shoppa(a)alph02.triumf.ca> Thu Apr 16 01:03:00 1998 Received: from alph02.triumf.ca (alph02.Triumf.CA [142.90.114.18]) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with SMTP id AAA04288 for <pups(a)minnie.CS.ADFA.OZ.AU>; Thu, 16 Apr 1998 00:03:04 +1000 (EST) Received: by alph02.triumf.ca; id AA13468; Wed, 15 Apr 1998 07:03:00 -0700 From: Tim Shoppa <shoppa(a)alph02.triumf.ca> Message-Id: <9804151403.AA13468(a)alph02.triumf.ca> Subject: Re: PDP-11 Newbie Alert --- (gotta start somewhere) To: pups(a)minnie.cs.adfa.oz.au Date: Wed, 15 Apr 1998 07:03:00 -0800 (PDT) In-Reply-To: <9804151317.AA04337(a)toes.its.uwlax.edu> from "Milo Velimirovic" at Apr 15, 98 08:17:47 am X-Mailer: ELM [version 2.4 PL22] Content-Type: text Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk > Has anyone looked at the possibility of retrofitting older pdp11's with modern > switching power supplies to ease the electricity demands...? > (donning asbestos suit in anticipation of cries of "heretic" and "Frankenstein"...) It's hardly heretical - all Unibus 11's have always had switching power supplies for the high-current (+5V and - for core machines - +20V) lines. Depending on the exact model, +15 and/or -15 may have come from a linear power supply, but these are very low-current lines and not a major factor in power consumption. The way to greatly reduce the power consumption of a big Unibus -11 is to go to a more modern CPU and memory in the original backplane. For an extreme example, a 11/70 with 2 MW of core memory in MJ11 boxes will draw about 70 Amps at 120 VAC, for over 8kW of power consumption. But you can replace the 11/70 CPU set with a Quickware replacment and take the CPU part of power consumption down to 3 or so Amps at 120 VAC, or under 0.4kW. > >As to operating system versions, 2.11BSD needs at least an 11/73 or 83 to run, > > How about an 11/44? Yep, does work. (I had always been promising Steven that I would get the FP emulator working so I could run it on my FP-less 11/44, but I got a FP board before I got the emulator going. So you need the FP board for a 11/44, still!) Tim. Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id AAA04313 for pups-liszt; Thu, 16 Apr 1998 00:06:49 +1000 (EST) X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f >From Tim Shoppa <shoppa(a)alph02.triumf.ca> Thu Apr 16 01:06:41 1998 Received: from alph02.triumf.ca (alph02.Triumf.CA [142.90.114.18]) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with SMTP id AAA04308 for <pups(a)minnie.CS.ADFA.OZ.AU>; Thu, 16 Apr 1998 00:06:44 +1000 (EST) Received: by alph02.triumf.ca; id AA09801; Wed, 15 Apr 1998 07:06:41 -0700 From: Tim Shoppa <shoppa(a)alph02.triumf.ca> Message-Id: <9804151406.AA09801(a)alph02.triumf.ca> Subject: Re: PDP-11 Newbie Alert --- (gotta start somewhere) To: pups(a)minnie.cs.adfa.oz.au Date: Wed, 15 Apr 1998 07:06:41 -0800 (PDT) In-Reply-To: <9804150331.ZM9568(a)indy.dunnington.york.ac.uk> from "Pete Turnbull" at Apr 15, 98 02:31:22 am X-Mailer: ELM [version 2.4 PL22] Content-Type: text Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk > Whatever you get, you'll need a processor (which might be a single card or as > many as ten), memory (256K will do fine for 7th Edition, but more is better), > at least one serial line unit for a terminal (or PC with terminal emulation > software), and a disk controller with a suitable hard disk. Here again there > are lots of possibilities, you want at least 10MB for 7th Edition and a lot > more for BSD. One important point to note is that if you want support for modern MSCP disk devices, you want to go with 2.11BSD. The most modern disk devices supported by 7th Edition are the RL02 and the various Massbus disks. Tim. (shoppa(a)triumf.ca) Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id AAA04414 for pups-liszt; Thu, 16 Apr 1998 00:29:07 +1000 (EST) X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f >From "Robert D. Keys" <rdkeys(a)seedlab1.cropsci.ncsu.edu> Thu Apr 16 00:25:26 1998 Received: from seedlab1.cropsci.ncsu.edu (seedlab1.cropsci.ncsu.edu [152.1.88.4]) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id AAA04409 for <pups(a)minnie.cs.adfa.oz.au>; Thu, 16 Apr 1998 00:28:59 +1000 (EST) Received: (from rdkeys@localhost) by seedlab1.cropsci.ncsu.edu (8.8.7/8.8.7) id KAA04925; Wed, 15 Apr 1998 10:25:26 -0400 (EDT) From: "Robert D. Keys" <rdkeys(a)seedlab1.cropsci.ncsu.edu> Message-Id: <199804151425.KAA04925(a)seedlab1.cropsci.ncsu.edu> Subject: Re: PDP-11 Newbie Alert --- (gotta start somewhere) In-Reply-To: <9804151317.AA04337(a)toes.its.uwlax.edu> from Milo Velimirovic at "Apr 15, 98 08:17:47 am" To: milov(a)toes.its.uwlax.edu Date: Wed, 15 Apr 1998 10:25:26 -0400 (EDT) Cc: pete(a)dunnington.u-net.com, pups(a)minnie.cs.adfa.oz.au X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk > >There are so many permutations, it's hard to make a list. There are two > >general classes of PDP-11, QBus and Unibus. Most even-numbered models are > >Unibus, most odd-numbered models are QBus (but not all). QBus machines tend > >to be smaller. > > QBUS 11/2 11/03 11/23 11/53 11/73 11/83 > Unibus 11/05 11/10 11/15 11/20 11/24 11/3411/35 11/40 11/44 11/45 11/55 > 11/60 11/70 11/84... > > Odd numbered machines where the odd digit is a 5 are usually a Unibus machine. Which would be the ones to look out for for practical unix use? > (They're also old and will eat you out of house and home with their appetite > for electricity. :) I have heard that from the computer students around here who chuckle at the thought that I would attempt to run such a beastie. They are chasing Alphas and Pentiums, whilst I am chasing pdp11s? Interesting directions. For the sake of discussion, what sorts of power requirements would be required for a lowend version 7 or 2.11 BSD box? Say that I wanted a machine that would allow me to troff/Tex a little, and do some minor C compiling, associated with that. > Has anyone looked at the possibility of retrofitting older pdp11's with modern > switching power supplies to ease the electricity demands...? I often use old DEC linear power supplies to run some of my antique radio equipment. The power supplies themselves are not that much of an efficiency thing, but the loads probably are. Minimizing unneeded loads on a home system would be of merit. That is why I was wondering what sort of mininmal box would do for home use, and still give some kind of reasonable service. The electicity mongers need to be fed, but I don't need to treat them to a full 7 course meal every day. Are there special electrical requirements? I can always find a separate 20 or 30 amp 115 volt circuit, but the 220 lines are tied up in my antique radio transmitters. Just how hungry are these pdp11s? > (donning asbestos suit in anticipation of cries of "heretic" and > "Frankenstein"...) Don't worry, I still keep my ol' net asbestos flak suit hanging up in the corner, for occasional donning.....(:+}}.... It is a little dusty. It be faire windes and following seas about the net mostly, these days. I consider it great fun to resurrect the old dinosaurs. I still keep a few 8 inch CP/M S-100 boxes running, for fun. Alas, finding parts is always a problem, anymore, especially in the deep south where silicon valley ain't. You have to make do with what you can cobble together. I find that I mix and mash parts from old surplus radio equipment, computers, or whatever until I can make the thing work. That is as much the fun of it as actually watching the platters whirr and spin. > >As to operating system versions, 2.11BSD needs at least an 11/73 or 83 > >to run, > > How about an 11/44? > > >as it needs memory management with separate address spaces for instructions > >and data. 7th Edition will also run on those machines, and if the kernel is > >suitably compiled, will also run on smaller machines such as 11/23s, which > >are quite common. Early versions will run on a whole range of models. What exactly were the Heathkit things in relation to the mainstream pdp11s? There was a unix that was available on the Heathkit boxes, but I never did get enough money together at the time to get one --- had to settle for that CP/M thingie, instead. > >Whatever you get, you'll need a processor (which might be a single card or as > >many as ten), memory (256K will do fine for 7th Edition, but more is better), > >at least one serial line unit for a terminal (or PC with terminal emulation > >software), and a disk controller with a suitable hard disk. Here again there > >are lots of possibilities, you want at least 10MB for 7th Edition and a lot > >more for BSD. What would BSD be comfy with, with a little space for play. I remember the old Xenix boxes that we had (RS 16B things) ran a sort of v7 in about 15 megs HD. The FreeBSD things require 100 or so megs to come up. What sizes of HD would one be looking out for, in the surplus piles? > >Others may wish to expand on what I've written. Personally, I'd go see what > >you can find, describe it to the list, and wait for the 101 pieces of advice > >you'll get from all of us about its suitability/desirability :-) I enjoy all the advice and comments. Thanks to all for them. Bob Keys Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id BAA04630 for pups-liszt; Thu, 16 Apr 1998 01:34:50 +1000 (EST) X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f >From "Steven M. Schultz" <sms(a)moe.2bsd.com> Thu Apr 16 01:22:57 1998 Received: from moe.2bsd.com (0(a)MOE.2BSD.COM [206.139.202.200]) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id BAA04625 for <pups(a)minnie.cs.adfa.oz.au>; Thu, 16 Apr 1998 01:34:44 +1000 (EST) Received: (from sms@localhost) by moe.2bsd.com (8.8.5/8.8.5) id IAA22441 for pups(a)minnie.cs.adfa.oz.au; Wed, 15 Apr 1998 08:22:57 -0700 (PDT) Date: Wed, 15 Apr 1998 08:22:57 -0700 (PDT) From: "Steven M. Schultz" <sms(a)moe.2bsd.com> Message-Id: <199804151522.IAA22441(a)moe.2bsd.com> To: pups(a)minnie.cs.adfa.oz.au Subject: Re: PDP-11 Newbie Alert --- (gotta start somewhere) Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk Milo - Hi. > From: Milo Velimirovic <milov(a)toes.its.uwlax.edu> > > How about an 11/44? Indeed the 11/44 will work and very well with 2.11BSD. Before the one at work got shutdown (RA81 failure and the support department here doesn't like PDP-11s and refuses to help fix it) the care and feeding of 2.11 was shared between a 11/44 (for UNIBUS related stuff) and a 11/73 (for QBUS). The 11/84 and 94 will also work very well. Qbus models from the 11/53 on up will also work (the 53 hasn't actually been 'tested' but "should" work, the 73, 83, 93 are all known to work). While the 11/45 has the MMU aspects required (split I/D and supervisor mode) it doesn't support enough memory. The 11/45 can only have 248kb of memory and a full 2.11 kernel+networking+diskcache+datastructures setup weighs in at almost 400kb Steven Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id BAA04752 for pups-liszt; Thu, 16 Apr 1998 01:50:59 +1000 (EST) X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f

27 years, 1 month

Re: PDP-11 Newbie Alert --- (gotta start somewhere)

by pete＠dunnington.u-net.com

On Apr 14, 14:44, Robert D. Keys wrote: > I am quite interested in the older unices, and especially the potential > for home use on a smallish box of some sort. (Nostalgia trip, but why > are most of us here?) > Anyway, I was noticing the pdp-11 system 5/6/7 binaries and the freebie > sco licenses on Minnie, and was wondering where to go for info on how > to bring the things up. I saw one emulator for DOS? --- (neat way maybe > to use an old 4 meg dos box?). Can these things be made to run via > a 386/486 bootstrap and emulator, on something like a minix/aix/FreeBSD > sort of machine? I would expect something like a maintenance boot disk, > and a minimal file system to get the machine up and into the emulator > proper, might be feasible, maybe? Yes, you want one of the emulator packages and a disk image for that. BTW, the disk images I've seen don't have man pages, so you may want to download those separately. > Also, I see pdp-11ish things in surplus around here quite often. > What would be needed to cobble together a system, for a minimal system 7 > sort of box to play with? If there were a list of required boards and > chassis for various levels of system, that might help a newbie get some > sort of machine together. There are so many permutations, it's hard to make a list. There are two general classes of PDP-11, QBus and Unibus. Most even-numbered models are Unibus, most odd-numbered models are QBus (but not all). QBus machines tend to be smaller. As to operating system versions, 2.11BSD needs at least an 11/73 or 83 to run, as it needs memory management with separate address spaces for instructions and data. 7th Edition will also run on those machines, and if the kernel is suitably compiled, will also run on smaller machines such as 11/23s, which are quite common. Early versions will run on a whole range of models. Whatever you get, you'll need a processor (which might be a single card or as many as ten), memory (256K will do fine for 7th Edition, but more is better), at least one serial line unit for a terminal (or PC with terminal emulation software), and a disk controller with a suitable hard disk. Here again there are lots of possibilities, you want at least 10MB for 7th Edition and a lot more for BSD. Others may wish to expand on what I've written. Personally, I'd go see what you can find, describe it to the list, and wait for the 101 pieces of advice you'll get from all of us about its suitability/desirability :-) -- Pete Peter Turnbull Dept. of Computer Science University of York Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id NAA02452 for pups-liszt; Wed, 15 Apr 1998 13:09:43 +1000 (EST) X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f >From "Ed G." <edgee(a)cyberpass.net> Wed Apr 15 13:09:26 1998 Received: from renoir.op.net (root(a)renoir.op.net [209.152.193.4]) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id NAA02444 for <pups(a)minnie.cs.adfa.oz.au>; Wed, 15 Apr 1998 13:09:37 +1000 (EST) Received: from goppelt.op.net (d-phlarc1-00.ppp.op.net [209.152.199.64]) by renoir.op.net (o1/$Revision: 1.16 $) with SMTP id XAA00267 for <pups(a)minnie.cs.adfa.oz.au>; Tue, 14 Apr 1998 23:09:25 -0400 (EDT) Message-Id: <199804150309.XAA00267(a)renoir.op.net> Comments: Authenticated sender is <edgee(a)cyberpass.net> From: "Ed G." <edgee(a)cyberpass.net> To: pups(a)minnie.cs.adfa.oz.au Date: Tue, 14 Apr 1998 23:09:26 -0400 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: PDP-11 Addressing Modes Reply-to: edgee(a)cyberpass.net X-mailer: Pegasus Mail for Win32 (v2.54) Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk The first line of chapter on addressing modes in the *processor handbook* states: "In the PDP-11 family, all operand addressing is accomplished through the eight general purpose registers." If I understand correctly, even things like immediate operands and addresses are represented as an addressing mode of a register, namely the PC. I think this is quite cool. What do people here on the list think of the flexibility and generality of the PDP-11's addressing modes? Is this a well thought out architecture in your view? How are the PDP-11's addressing modes better or worse than those of other processors, past and present? Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id NAA02467 for pups-liszt; Wed, 15 Apr 1998 13:09:51 +1000 (EST) X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f >From "Ed G." <edgee(a)cyberpass.net> Wed Apr 15 13:09:26 1998 Received: from renoir.op.net (root(a)renoir.op.net [209.152.193.4]) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id NAA02451 for <pups(a)minnie.cs.adfa.oz.au>; Wed, 15 Apr 1998 13:09:41 +1000 (EST) Received: from goppelt.op.net (d-phlarc1-00.ppp.op.net [209.152.199.64]) by renoir.op.net (o1/$Revision: 1.16 $) with SMTP id XAA00270; Tue, 14 Apr 1998 23:09:28 -0400 (EDT) Message-Id: <199804150309.XAA00270(a)renoir.op.net> Comments: Authenticated sender is <edgee(a)cyberpass.net> From: "Ed G." <edgee(a)cyberpass.net> To: pete(a)dunnington.u-net.com (Pete Turnbull) Date: Tue, 14 Apr 1998 23:09:26 -0400 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Re: Floating Point-How Important Reply-to: edgee(a)cyberpass.net CC: pups(a)minnie.cs.adfa.oz.au In-reply-to: <9804111346.ZM7828(a)indy.dunnington.york.ac.uk> References: "Ed G." <edgee(a)cyberpass.net> "Re: Floating Point-How Important to Unix?" (Apr 10, 22:40) X-mailer: Pegasus Mail for Win32 (v2.54) Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk > What about position-independent code? Your query got me thinking about the various addressing modes of the PDP-11 and how they might affect my brute force approach to estimating floating point ops for C programs. Is this what you meant when you asked about position independent code? And yes, these addressing modes could mean the death knell for my approach. Index mode is definitely a problem as C programs seem to use r5 as a frame pointer with both positive and *negative* 16 bit offsets (see assembly language listing of my square root program below). I don't think PC relative mode (e.g., clr addr) is a problem (if the data segment follows the text, then the offsets would all be positive and all less than the size of the program). Is there such a thing as PC relative mode for the jmp op code? In other words, can you make long + or -32K relative jumps on the PDP-11? If so, this too could potentially confound my estimates. .globl _absv .text _absv: ~~absv: jsr r5,csv ~n=4 jbr L1 L2:clrf r0 cmpf 4(r5),r0 cfcc jge L4 movf 4(r5),r0 negf r0 jbr L3 jbr L5 L4:movf 4(r5),r0 jbr L3 L5:L3:jmp cret L1:jbr L2 .globl _mysqrt .text _mysqrt: ~~mysqrt: jsr r5,csv ~n=4 jbr L6 L7:~g=177762 ~err=177752 movf 4(r5),r0 divf $40400,r0 movf r0,-16(r5) .data L10000:77777;177776;177777;177777 .text movf 4(r5),r0 divf L10000,r0 movf r0,-26(r5) movf -16(r5),r0 movf r0,-(sp) mov $L9,-(sp) jsr pc,_printf add $12,sp L10:movf -16(r5),r0 mulf -16(r5),r0 subf 4(r5),r0 movf r0,-(sp) jsr pc,_absv add $10,sp cmpf -26(r5),r0 cfcc jgt L11 movf -16(r5),r0 mulf -16(r5),r0 addf 4(r5),r0 movf $40400,r1 mulf -16(r5),r1 divf r1,r0 movf r0,-16(r5) movf -16(r5),r0 movf r0,-(sp) mov $L12,-(sp) jsr pc,_printf add $12,sp jbr L10 L11:movf -16(r5),r0 jbr L8 L8:jmp cret L6:sub $20,sp jbr L7 .globl _main .text _main: ~~main: jsr r5,csv jbr L13 L14:.data L10001:77777;177776;177777;177777 .text movf L10001,r0 movf r0,-16(r5) ~n=177762 movf -16(r5),r0 movf r0,-(sp) jsr pc,_mysqrt add $10,sp movf r0,-(sp) mov $L16,-(sp) jsr pc,_printf add $12,sp L15:jmp cret L13:sub $10,sp jbr L14 .globl fltused .globl .data L9:.byte 111,156,151,164,151,141,154,40,147,165,145,163,163,72 .byte 40,45,56,61,66,146,12,12,0 L12:.byte 147,165,145,163,163,72,40,45,56,61,66,146,12,0 L16:.byte 12,115,171,40,163,161,165,141,162,145,40,162,157,157 .byte 164,40,151,163,72,40,45,56,61,66,146,12,0 Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id NAA02612 for pups-liszt; Wed, 15 Apr 1998 13:54:11 +1000 (EST) X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f

27 years, 1 month

Re: Receipt of 12 License Details

by m＠mbsks.franken.de

Mahlzeit According to Warren Toomey: > I have the list of the first 12 SCO AU license holders in front of > me. Unfortunately, I'm not one of them :-( Anyway, things are humming along. Then you still have the chance to get AU-0. :) > P.S Matthias has the most interesting number, AU-3B 8-) Because of the AT&T Unix computers? Mahlzeit endergone Zwiebeltuete -- insanity inside Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id AAA04410 for pups-liszt; Wed, 8 Apr 1998 00:30:51 +1000 (EST) X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f >From "David C. Jenner" <djenner(a)halcyon.com> Wed Apr 8 00:29:55 1998 Received: from mgate.nwnexus.com (beavis.nwnexus.com [206.63.63.200]) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id AAA04405 for <pups(a)minnie.cs.adfa.oz.au>; Wed, 8 Apr 1998 00:30:44 +1000 (EST) Received: from halcyon.com (blv-lx102-ip41.nwnexus.net [206.63.41.41]) by mgate.nwnexus.com (8.8.8/8.8.8) with ESMTP id HAA12701; Tue, 7 Apr 1998 07:30:25 -0700 Message-ID: <352A3863.279915CF(a)halcyon.com> Date: Tue, 07 Apr 1998 07:29:55 -0700 From: "David C. Jenner" <djenner(a)halcyon.com> Reply-To: djenner(a)halcyon.com X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: wkt(a)cs.adfa.oz.au CC: PDP Unix Preservation <pups(a)minnie.cs.adfa.oz.au> Subject: Re: Receipt of 12 License Details References: <199804070551.PAA01173(a)henry.cs.adfa.oz.au> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk Hey, maybe you can be AU-0 after all. That's an excellent idea! Dave Warren Toomey wrote: > > All, > I have the list of the first 12 SCO AU license holders in front of > me. Unfortunately, I'm not one of them :-( Anyway, things are humming along. > > Charles, David, Doug, Ed, James, Jennine, John, Jorgen, Ken, Matthias, > Paul P, Paul V, Steven > > Cheers, > Warren > > P.S Matthias has the most interesting number, AU-3B 8-) Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id BAA04494 for pups-liszt; Wed, 8 Apr 1998 01:12:37 +1000 (EST) X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f >From Neil Johnson <neil(a)skatter.usask.ca> Wed Apr 8 01:12:14 1998 Received: from skatter.USask.Ca (skatter.usask.ca [128.233.14.1]) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id BAA04489 for <pups(a)minnie.cs.adfa.oz.au>; Wed, 8 Apr 1998 01:12:31 +1000 (EST) Received: from hydrus.USask.Ca (hydrus.usask.ca [128.233.14.27]) by skatter.USask.Ca (8.8.5/8.8.5) with ESMTP id JAA21964; Tue, 7 Apr 1998 09:12:17 -0600 (CST) From: Neil Johnson <neil(a)skatter.usask.ca> Received: (from neil@localhost) by hydrus.USask.Ca (8.7.2/8.7.2) id JAA18391; Tue, 7 Apr 1998 09:12:14 -0600 (CST) Date: Tue, 7 Apr 1998 09:12:14 -0600 (CST) Message-Id: <199804071512.JAA18391(a)hydrus.USask.Ca> To: pups(a)minnie.cs.adfa.oz.au, wkt(a)cs.adfa.oz.au Subject: Re: Receipt of 12 License Details Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk I'm actually a bit happy to see I'm not on the list. I was a little disappointed that only 12 people had applied given the number of signatures on the petition. Neil Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id IAA05735 for pups-liszt; Wed, 8 Apr 1998 08:06:02 +1000 (EST) X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f >From Warren Toomey <wkt(a)henry.cs.adfa.oz.au> Wed Apr 8 08:07:19 1998 Received: from henry.cs.adfa.oz.au (henry.cs.adfa.oz.au [131.236.21.158]) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id IAA05730 for <pups(a)minnie.cs.adfa.oz.au>; Wed, 8 Apr 1998 08:05:58 +1000 (EST) Received: (from wkt@localhost) by henry.cs.adfa.oz.au (8.7.5/8.7.3) id IAA02178; Wed, 8 Apr 1998 08:07:20 +1000 (EST) From: Warren Toomey <wkt(a)henry.cs.adfa.oz.au> Message-Id: <199804072207.IAA02178(a)henry.cs.adfa.oz.au> Subject: Re: Receipt of 12 License Details To: neil(a)skatter.usask.ca (Neil Johnson) Date: Wed, 8 Apr 1998 08:07:19 +1000 (EST) Cc: pups(a)minnie.cs.adfa.oz.au, wkt(a)cs.adfa.oz.au In-Reply-To: <199804071512.JAA18391(a)hydrus.USask.Ca> from Neil Johnson at "Apr 7, 98 09:12:14 am" Reply-To: wkt(a)cs.adfa.oz.au X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk In article by Neil Johnson: > I'm actually a bit happy to see I'm not on the list. I was > a little disappointed that only 12 people had applied given > the number of signatures on the petition. > Neil Afert sleeping on it, and inspecting the bundle of 12 from Dion yesterday, I see the AU-12 license is dated 16th March. Now I know SCO took their license fee from my account on the 24th of March. Therefore I suspect that licensing haven't passed the paperwork on to Dion, for those licenses processed after the 16th March. This probably indicates that there are more licenses still in the works. I should get some mail from Dion today, and I'll pass on anything relevant. Warren Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id IAA05854 for pups-liszt; Wed, 8 Apr 1998 08:32:22 +1000 (EST) X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f >From Warren Toomey <wkt(a)henry.cs.adfa.oz.au> Wed Apr 8 08:33:46 1998 Received: from henry.cs.adfa.oz.au (henry.cs.adfa.oz.au [131.236.21.158]) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id IAA05849 for <pups(a)minnie.cs.adfa.oz.au>; Wed, 8 Apr 1998 08:32:19 +1000 (EST) Received: (from wkt@localhost) by henry.cs.adfa.oz.au (8.7.5/8.7.3) id IAA02379; Wed, 8 Apr 1998 08:33:46 +1000 (EST) From: Warren Toomey <wkt(a)henry.cs.adfa.oz.au> Message-Id: <199804072233.IAA02379(a)henry.cs.adfa.oz.au> Subject: Re: More licenses in the works To: dionj(a)sco.COM (Dion Johnson) Date: Wed, 8 Apr 1998 08:33:46 +1000 (EST) In-Reply-To: <19980407152602.02045(a)sco.com> from Dion Johnson at "Apr 7, 98 03:26:02 pm" Reply-To: wkt(a)cs.adfa.oz.au X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk In article by Dion Johnson: > I just received 12 more licenses signed by the NJ legal folks. > But yours was not in this batch. > I will get these copied and off to you tomorrow (I think). Thanks Dion, I know you're working hard there. It looks like legal are the bottleneck. Warren Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id NAA06652 for pups-liszt; Wed, 8 Apr 1998 13:26:08 +1000 (EST) X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f >From "Ed G." <edgee(a)cyberpass.net> Wed Apr 8 13:25:33 1998 Received: from renoir.op.net (root(a)renoir.op.net [209.152.193.4]) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id NAA06642 for <pups(a)minnie.cs.adfa.oz.au>; Wed, 8 Apr 1998 13:25:57 +1000 (EST) Received: from goppelt.op.net (d-phlarc1-0e.ppp.op.net [209.152.199.78]) by renoir.op.net (o1/$Revision: 1.15 $) with SMTP id XAA26771; Tue, 7 Apr 1998 23:25:40 -0400 (EDT) Message-Id: <199804080325.XAA26771(a)renoir.op.net> Comments: Authenticated sender is <edgee(a)cyberpass.net> From: "Ed G." <edgee(a)cyberpass.net> To: pups(a)minnie.cs.adfa.oz.au Date: Tue, 7 Apr 1998 23:25:33 -0400 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Re: Mag Tape Bug in Bob's Emulator? Reply-to: edgee(a)cyberpass.net CC: Warren Toomey <wkt(a)henry.cs.adfa.oz.au> In-reply-to: <199804070255.MAA00874(a)henry.cs.adfa.oz.au> References: <199804070248.WAA14210(a)renoir.op.net> from "Ed G." at "Apr 6, 98 10:48:17 pm" X-mailer: Pegasus Mail for Win32 (v2.54) Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk > Yeah, I haven't used the tape stuff much, mainly because of the muck > around building the pre/postambles per record. I've got perl scripts that do this. I'd be happy to donate them to the archive if you're interested. > An alternate solution is to mount the tape image as a disk, e.g RK1 > > Then tar vxf /dev/rrk1 :-) Yes, this works well for getting info into the emulator. However, I was not able to use this method to get info out of the emulator. In particular when I first got the emulator I wanted to examine all the files on the rl0 disk using the much nicer work environment provided by Linux. Having tar write to rl1 fails around the 1.4 Meg mark (anyone know why?), whereas I was able to dump the entire contents of the rl disk to a simtape with no problem. Here's what happened when I tried to dump the entire rl0 disk: Ed sim> att rl1 junk.dsk RL: creating new file sim> cont # pwd / # tar cvf /dev/rrl1 * tar: p: cannot open file a bin/ac 20 blocks a bin/ar 20 blocks a bin/arcv 8 blocks a bin/at 17 blocks a bin/basename 4 blocks a bin/login.old 18 blocks a bin/cat 8 blocks a bin/cb 11 blocks a bin/cc 13 blocks a bin/checkeq 9 blocks a bin/chgrp 10 blocks a bin/chmod 7 blocks a bin/chown 10 blocks a bin/clri 7 blocks a bin/cmp 9 blocks a bin/col 10 blocks a bin/comm 10 blocks a bin/cp 7 blocks a bin/crypt 10 blocks a bin/cu 14 blocks a bin/date 12 blocks a bin/dcheck 9 blocks a bin/dd 14 blocks a bin/deroff 18 blocks a bin/df 7 blocks a bin/diff 19 blocks a bin/du 8 blocks a bin/dump 17 blocks a bin/dumpdir 16 blocks a bin/echo 1 blocks a bin/ed 22 blocks a bin/egrep 18 blocks a bin/expr 17 blocks a bin/fgrep 11 blocks a bin/file 13 blocks a bin/find 22 blocks a bin/graph 30 blocks a bin/grep 12 blocks a bin/icheck 14 blocks a bin/iostat 22 blocks a bin/join 12 blocks a bin/kill 7 blocks a bin/ld 22 blocks a bin/ln 8 blocks a bin/login 19 blocks a bin/look 10 blocks a bin/ls 20 blocks a bin/mail 26 blocks a bin/mesg 7 blocks a bin/mkdir 8 blocks a bin/mv 13 blocks a bin/ncheck 10 blocks a bin/newgrp 16 blocks a bin/nice 9 blocks a bin/nm 12 blocks a bin/od 12 blocks a bin/ps 19 blocks a bin/passwd 17 blocks a bin/pr 22 blocks a bin/prof 22 blocks a bin/v6sh 11 blocks a bin/pstat 16 blocks a bin/ptx 16 blocks a bin/pwd 7 blocks a bin/quot 19 blocks a bin/random 13 blocks a bin/ranlib 12 blocks a bin/restor 24 blocks a bin/rev 7 blocks a bin/rm 10 blocks a bin/rmdir 8 blocks a bin/sa 23 blocks a bin/size 8 blocks a bin/sleep 6 blocks a bin/sort 19 blocks a bin/sp 5 blocks a bin/spline 18 blocks a bin/split 8 blocks a bin/strip 8 blocks a bin/stty 11 blocks a bin/su 22 blocks a bin/sum 8 blocks a bin/sync 1 blocks a bin/tail 4 blocks a bin/tc 17 blocks a bin/tee 3 blocks a bin/test 6 blocks a bin/time 11 blocks a bin/tk 11 blocks a bin/touch 6 blocks a bin/tr 6 blocks a bin/tsort 16 blocks a bin/tty 6 blocks a bin/uniq 9 blocks a bin/units 19 blocks a bin/vpr 16 blocks a bin/wc 12 blocks a bin/who 13 blocks a bin/write 11 blocks a bin/yes 5 blocks a bin/1 1 blocks a bin/calendar 1 blocks a bin/diff3 1 blocks a bin/false 1 blocks a bin/lookbib 1 blocks a bin/lorder 1 blocks a bin/man 2 blocks a bin/nohup 1 blocks a bin/plot 1 blocks a bin/spell 2 blocks a bin/true 0 blocks a bin/lint 1 blocks a bin/notavail link to bin/lint a bin/pcc link to bin/lint a bin/struct link to bin/lint a bin/adb 54 blocks a bin/awk 89 blocks a bin/bc 26 blocks a bin/cptree 16 blocks a bin/poke6 19 blocks a bin/dc 45 blocks a bin/em 36 blocks a bin/enroll 31 blocks a bin/eqn 56 blocks a bin/m4 27 blocks a bin/make 40 blocks a bin/neqn 51 blocks a bin/nroff 75 blocks a bin/prep 14 blocks a bin/ratfor 27 blocks a bin/roff 17 blocks a bin/sed 26 blocks a bin/sh 34 blocks a bin/tar 35 blocks a bin/tbl 60 blocks a bin/tp 20 blocks a bin/xget 41 blocks a bin/xsend 42 blocks a bin/factor 6 blocks a bin/primes 6 blocks a bin/yacc 48 blocks a bin/lex 57 blocks a bin/tek 21 blocks a bin/t300 20 blocks a bin/t300s 20 blocks a bin/t450 20 blocks a bin/vplot 22 blocks a bin/refer 58 blocks a bin/as 11 blocks a bin/ops 16 blocks a bin/f77 link to bin/lint a bin/vcopy 8 blocks a bin/learn 1 blocks a bin/notmade link to bin/learn a bin/troff link to bin/learn a bin/dfOLD 7 blocks a bin/ls.11 16 blocks a bin/.profile 1 blocks a bin/ps.old 18 blocks a bin/rmail link to bin/mail a bin/m68k link to bin/false a bin/u3b2 link to bin/false a bin/pr.old 16 blocks a boot 19 blocks a dev/makefile 6 blocks tar: dev/console is not a file. Not dumped tar: dev/tty is not a file. Not dumped tar: dev/mem is not a file. Not dumped tar: dev/kmem is not a file. Not dumped tar: dev/null is not a file. Not dumped tar: dev/mt0 is not a file. Not dumped tar: dev/ttya is not a file. Not dumped tar: dev/swap is not a file. Not dumped tar: dev/ttye is not a file. Not dumped tar: dev/nmt0: cannot open file tar: dev/tty2 is not a file. Not dumped tar: dev/tty3 is not a file. Not dumped tar: dev/rmt0: cannot open file tar: dev/tty4 is not a file. Not dumped tar: dev/nrmt0: cannot open file tar: dev/rl0 is not a file. Not dumped tar: dev/rl1 is not a file. Not dumped tar: dev/rrl0 is not a file. Not dumped tar: dev/rrl1 is not a file. Not dumped tar: etc: cannot open file tar: global: cannot open file tar: global.c: cannot open file tar: global.s: cannot open file tar: hello: cannot open file tar: hello.c: cannot open file tar: hello.s: cannot open file tar: lib: cannot open file tar: lost+found: cannot open file tar: mnt: cannot open file tar: mysqrt.c: cannot open file tar: mysqrt.s: cannot open file tar: normps: cannot open file tar: nothing: cannot open file tar: nothing.c: cannot open file tar: nothing.s: cannot open file tar: rkunix: cannot open file tar: rl1unix: cannot open file tar: stand: cannot open file tar: tmp: cannot open file tar: u1: cannot open file tar: unix: cannot open file tar: usr: cannot open file # Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id NAA06651 for pups-liszt; Wed, 8 Apr 1998 13:26:06 +1000 (EST) X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f >From "Ed G." <edgee(a)cyberpass.net> Wed Apr 8 13:25:33 1998 Received: from renoir.op.net (root(a)renoir.op.net [209.152.193.4]) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id NAA06641 for <pups(a)minnie.cs.adfa.oz.au>; Wed, 8 Apr 1998 13:25:54 +1000 (EST) Received: from goppelt.op.net (d-phlarc1-0e.ppp.op.net [209.152.199.78]) by renoir.op.net (o1/$Revision: 1.15 $) with SMTP id XAA26777; Tue, 7 Apr 1998 23:25:44 -0400 (EDT) Message-Id: <199804080325.XAA26777(a)renoir.op.net> Comments: Authenticated sender is <edgee(a)cyberpass.net> From: "Ed G." <edgee(a)cyberpass.net> To: pups(a)minnie.cs.adfa.oz.au Date: Tue, 7 Apr 1998 23:25:33 -0400 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Re: Floating Point-How Important to Unix? Reply-to: edgee(a)cyberpass.net CC: Greg Lehey <grog(a)lemis.com> In-reply-to: <19980407135313.43010(a)freebie.lemis.com> References: <199804070043.UAA07210(a)renoir.op.net>; from Ed G. on Mon, Apr 06, 1998 at 08:42:54PM -0400 X-mailer: Pegasus Mail for Win32 (v2.54) Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk > How did you recognize the instructions words? Just because it's in > the text segment doesn't mean it's instructions. Yes, this occurred to me too. My perl script doesn't do any fancy decoding; it just looks for words beginning with octal 17. After some thought I came to the conclusion that the percentage of data words miscounted as floating pt. ops (FPOs) is negligible. Here's my reasoning--tell me what you think: It seemed to me that the two potential sources of fake FPOs are addresses and data words. Have I left anything out? I don't believe that addresses are a problem because the programs would have to be at least 170000 octal (61441 decimal) bytes long to generate these addresses at compile time. In fact, the largest program in the bin directory is awk at 45,260 bytes. cc is only 6510 bytes (those guys at bell labs really knew how to pack it in!) That leaves data. What percent of the data words do you think begin with 17 octal? Here's my "guestimate": 17 octal is a 6 bit binary number. Assuming the probability of any bit being one is .5, the probability of finding a word whose first six bits are one would be 1/2^6 or 1 in 64 which is 1 in 128 bytes. I examined the run time image of factor. It was 3072 bytes long, of which 222 bytes or less than 10% appeared to be global data. Counting immediate operands, I think it is reasonable to assume a 10-1 code to data ratio. That would mean for factor that 2 of the 132 FPOs would be bogus (111* 1/64 = 2 approx). Most programs are bigger than factor, however. cptree and ops are close to the average size (around 7800 bytes) for an executable in the bin directory. So for the average program you might expect to see 7800*.1*1/128 = 6 bogus FPOs. "there are lies, damn lies and statistics"--Mark Twain (I think) Ed G. List of floating point ops by program: awk 2540 refer 1644 xsend 1326 tbl 1315 graph 1300 xget 1288 adb 1152 eqn 918 enroll 915 neqn 874 nroff 841 make 822 spline 812 yacc 789 sa 714 tar 706 lex 628 tek 618 prof 608 t300s 604 dc 601 vplot 582 iostat 579 t300 576 t450 574 em 530 bc 509 ratfor 474 quot 452 tsort 407 sh 381 expr 380 units 379 ac 365 sort 358 ps 327 restor 323 rmail 321 ed 321 mail 321 ptx 320 egrep 313 ls 310 ps.old 306 m4 304 random 298 su 296 tp 285 ops 282 cu 282 diff 277 pr 275 poke6 275 sed 267 find 267 dump 261 deroff 255 icheck 251 ls.11 249 ld 246 login 240 cptree 230 passwd 227 login.old 218 cc 210 prep 205 at 203 dumpdir 197 join 196 wc 193 tc 192 nm 191 pstat 190 file 187 pr.old 186 crypt 182 date 181 grep 180 ranlib 174 fgrep 172 ncheck 159 checkeq 157 du 155 who 152 as 152 od 151 look 149 roff 149 ar 146 vpr 144 dd 141 tk 141 time 139 rm 138 cb 134 mv 134 comm 133 newgrp 133 dcheck 132 factor 132 rmdir 125 write 125 primes 124 cmp 121 dfOLD 120 df 120 size 117 v6sh 116 vcopy 113 nice 113 col 110 ln 106 sum 105 clri 104 cat 103 tail 103 sleep 101 stty 98 mkdir 98 mesg 96 cp 96 touch 96 strip 96 tty 91 chmod 90 split 90 uniq 89 pwd 86 rev 86 chown 84 chgrp 84 kill 83 arcv 83 yes 79 tr 58 sp 57 test 53 basename 34 tee 24 echo 4 sync 2 finddouble.pl 0 u3b2 0 1 0 f77 0 lint 0 finddouble.pl~ 0 true 0 spell 0 troff 0 notmade 0 nohup 0 diff3 0 learn 0 notavail 0 findfp.pl~ 0 lookbib 0 pcc 0 man 0 plot 0 m68k 0 false 0 findfp.pl 0 struct 0 lorder 0 calendar 0 Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id NAA06682 for pups-liszt; Wed, 8 Apr 1998 13:32:13 +1000 (EST) X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f >From Warren Toomey <wkt(a)henry.cs.adfa.oz.au> Wed Apr 8 13:33:29 1998 Received: from henry.cs.adfa.oz.au (henry.cs.adfa.oz.au [131.236.21.158]) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id NAA06677 for <pups(a)minnie.cs.adfa.oz.au>; Wed, 8 Apr 1998 13:32:09 +1000 (EST) Received: (from wkt@localhost) by henry.cs.adfa.oz.au (8.7.5/8.7.3) id NAA03044; Wed, 8 Apr 1998 13:33:30 +1000 (EST) From: Warren Toomey <wkt(a)henry.cs.adfa.oz.au> Message-Id: <199804080333.NAA03044(a)henry.cs.adfa.oz.au> Subject: Getting Files In/Out of PDP-11 Simulators To: edgee(a)cyberpass.net Date: Wed, 8 Apr 1998 13:33:29 +1000 (EST) Cc: pups(a)minnie.cs.adfa.oz.au (PDP Unix Preservation) In-Reply-To: <199804080325.XAA26771(a)renoir.op.net> from "Ed G." at "Apr 7, 98 11:25:33 pm" Reply-To: wkt(a)cs.adfa.oz.au X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk In article by Ed G.: [getting files in/out of PDP-11 simulators] > > An alternate solution is to mount the tape image as a disk, e.g RK1 > > Then tar vxf /dev/rrk1 :-) > > Yes, this works well for getting info into the emulator. > > However, I was not able to use this method to get info out of the > emulator. In particular when I first got the emulator I wanted to > examine all the files on the rl0 disk using the much nicer work > environment provided by Linux. Having tar write to rl1 fails > around the 1.4 Meg mark (anyone know why?), whereas I was able to > dump the entire contents of the rl disk to a simtape with no problem. Some simulators open a truncated file, and then die once it gets to a certain size. A solution here is to cp an existing big file over to the desired disk image. It will, of course, be overwritten as you tar out to the disk image. Specific problems are touched on below: > Here's what happened when I tried to dump the entire rl0 disk: > tar: dev/console is not a file. Not dumped V7 tar cannot dump device files. > tar: etc: cannot open file Probably your disk image has been corrupted. Use /etc/fsck if it exists, otherwise icheck, ncheck and dcheck. For instance, the Supnik RL02 image has got a small, recoverable problem. The Supnik V7 RK05 image seems to be completely stuffed, and fsck gives up on it. I do have new images for these, and I should pass them on to Bob. Warren Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id OAA06782 for pups-liszt; Wed, 8 Apr 1998 14:04:15 +1000 (EST) X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f >From Greg Lehey <grog(a)lemis.com> Wed Apr 8 14:03:57 1998 Received: from allegro.lemis.com (allegro.lemis.com [192.109.197.134]) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id OAA06777 for <pups(a)minnie.cs.adfa.oz.au>; Wed, 8 Apr 1998 14:04:07 +1000 (EST) Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137]) by allegro.lemis.com (8.8.7/8.8.5) with ESMTP id NAA13667; Wed, 8 Apr 1998 13:33:58 +0930 (CST) Received: (from grog@localhost) by freebie.lemis.com (8.8.8/8.8.7) id NAA12367; Wed, 8 Apr 1998 13:33:58 +0930 (CST) (envelope-from grog) Message-ID: <19980408133357.40721(a)freebie.lemis.com> Date: Wed, 8 Apr 1998 13:33:57 +0930 From: Greg Lehey <grog(a)lemis.com> To: edgee(a)cyberpass.net, pups(a)minnie.cs.adfa.oz.au Subject: Re: Floating Point-How Important to Unix? References: <199804070043.UAA07210(a)renoir.op.net>; <19980407135313.43010(a)freebie.lemis.com> <199804080325.XAA26777(a)renoir.op.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89i In-Reply-To: <199804080325.XAA26777(a)renoir.op.net>; from Ed G. on Tue, Apr 07, 1998 at 11:25:33PM -0400 WWW-Home-Page: http://www.lemis.com/~grog Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk On Tue, 7 April 1998 at 23:25:33 -0400, Ed G. wrote: >> How did you recognize the instructions words? Just because it's in >> the text segment doesn't mean it's instructions. > > Yes, this occurred to me too. My perl script doesn't do any fancy > decoding; it just looks for words beginning with octal 17. After > some thought I came to the conclusion that the percentage of data > words miscounted as floating pt. ops (FPOs) is negligible. > > Here's my reasoning--tell me what you think: > > (reasoning omitted) You don't say whether you restricted your search to the text segment. Anyway, at this point, I would have modified the script somewhat to display the locations of the words, and then would have looked at the text with adb to see what purpose they serve. Considering that floating point was an option, I find it hard to believe that so many programs, in particular things like tar, would use FP. Greg Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id OAA06821 for pups-liszt; Wed, 8 Apr 1998 14:11:10 +1000 (EST) X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f >From Warren Toomey <wkt(a)henry.cs.adfa.oz.au> Wed Apr 8 14:12:29 1998 Received: from henry.cs.adfa.oz.au (henry.cs.adfa.oz.au [131.236.21.158]) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id OAA06815 for <pups(a)minnie.cs.adfa.oz.au>; Wed, 8 Apr 1998 14:11:04 +1000 (EST) Received: (from wkt@localhost) by henry.cs.adfa.oz.au (8.7.5/8.7.3) id OAA03122; Wed, 8 Apr 1998 14:12:29 +1000 (EST) From: Warren Toomey <wkt(a)henry.cs.adfa.oz.au> Message-Id: <199804080412.OAA03122(a)henry.cs.adfa.oz.au> Subject: Re: Floating Point-How Important to Unix? To: grog(a)lemis.com (Greg Lehey) Date: Wed, 8 Apr 1998 14:12:29 +1000 (EST) Cc: edgee(a)cyberpass.net, pups(a)minnie.cs.adfa.oz.au In-Reply-To: <19980408133357.40721(a)freebie.lemis.com> from Greg Lehey at "Apr 8, 98 01:33:57 pm" Reply-To: wkt(a)cs.adfa.oz.au X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk In article by Greg Lehey: > Considering that > floating point was an option, I find it hard to believe that so many > programs, in particular things like tar, would use FP. I know zip all about PDP-11 FP, but I know that when I was getting my Apout V7 simulator working (which doesn't do FP, by the way), I had to at least emulate setd, because crt0 in V7 starts with: start: setd mov 2(sp),r0 clr -2(r0) Warren Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id OAA06837 for pups-liszt; Wed, 8 Apr 1998 14:11:29 +1000 (EST) X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f >From John Holden <johnh(a)psychvax.psych.usyd.edu.au> Wed Apr 8 14:11:22 1998 Received: from psychvax.psych.usyd.edu.au (psychvax.psych.usyd.edu.au [129.78.83.1]) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id OAA06832 for <pups(a)minnie.cs.adfa.oz.au>; Wed, 8 Apr 1998 14:11:25 +1000 (EST) Received: (from johnh@localhost) by psychvax.psych.usyd.edu.au (8.8.8/8.8.8) id OAA06388 for pups(a)minnie.cs.adfa.oz.au; Wed, 8 Apr 1998 14:11:22 +1000 Date: Wed, 8 Apr 1998 14:11:22 +1000 From: John Holden <johnh(a)psychvax.psych.usyd.edu.au> Message-Id: <199804080411.OAA06388(a)psychvax.psych.usyd.edu.au> To: pups(a)minnie.cs.adfa.oz.au Subject: Re: Floating Point-How Important to Unix? Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk > After some thought I came to the conclusion that the percentage of data > words miscounted as floating pt. ops (FPOs) is negligible. I think that you will find that the compiler and assember always generate relative addressing for subroutines and jumps. Any call to an earlier address will generate a negative number, hence lots of 017xxxx numbers in the text image. Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id OAA06875 for pups-liszt; Wed, 8 Apr 1998 14:28:16 +1000 (EST) X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f >From "Ed G." <edgee(a)cyberpass.net> Wed Apr 8 14:27:40 1998 Received: from renoir.op.net (root(a)renoir.op.net [209.152.193.4]) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id OAA06870 for <pups(a)minnie.cs.adfa.oz.au>; Wed, 8 Apr 1998 14:28:04 +1000 (EST) Received: from goppelt.op.net (d-phlarc1-0a.ppp.op.net [209.152.199.74]) by renoir.op.net (o1/$Revision: 1.15 $) with SMTP id AAA00145; Wed, 8 Apr 1998 00:27:40 -0400 (EDT) Message-Id: <199804080427.AAA00145(a)renoir.op.net> Comments: Authenticated sender is <edgee(a)cyberpass.net> From: "Ed G." <edgee(a)cyberpass.net> To: Greg Lehey <grog(a)lemis.com> Date: Wed, 8 Apr 1998 00:27:40 -0400 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Re: Floating Point-How Important to Unix? Reply-to: edgee(a)cyberpass.net CC: pups(a)minnie.cs.adfa.oz.au In-reply-to: <19980408133357.40721(a)freebie.lemis.com> References: <199804080325.XAA26777(a)renoir.op.net>; from Ed G. on Tue, Apr 07, 1998 at 11:25:33PM -0400 X-mailer: Pegasus Mail for Win32 (v2.54) Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk > text with adb to see what purpose they serve. Considering that > floating point was an option, I find it hard to believe that so many > programs, in particular things like tar, would use FP. My guess is that the floating point code is dragged in when certain library routines (e.g., printf and libc) are used, even if the floating point features of the routines are not used. Consider this: Two programs hello.c and nothing.c, identical except that hello.c contains a single printf("hello world\n") inside main. nothing.c has nothing in its main loop. Program--Size--Number of FPOs Reported by my perl script =========================================== nothing.c, 312 bytes, 2 hello.c, 4804 bytes, 115 See what I mean? Ed Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id OAA06927 for pups-liszt; Wed, 8 Apr 1998 14:47:00 +1000 (EST) X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f >From "Steven M. Schultz" <sms(a)moe.2bsd.com> Wed Apr 8 14:34:43 1998 Received: from moe.2bsd.com (0(a)MOE.2BSD.COM [206.139.202.200]) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id OAA06922 for <pups(a)minnie.cs.adfa.oz.au>; Wed, 8 Apr 1998 14:46:55 +1000 (EST) Received: (from sms@localhost) by moe.2bsd.com (8.8.5/8.8.5) id VAA19850; Tue, 7 Apr 1998 21:34:43 -0700 (PDT) Date: Tue, 7 Apr 1998 21:34:43 -0700 (PDT) From: "Steven M. Schultz" <sms(a)moe.2bsd.com> Message-Id: <199804080434.VAA19850(a)moe.2bsd.com> To: johnh(a)psychvax.psych.usyd.edu.au, pups(a)minnie.cs.adfa.oz.au Subject: Re: Floating Point-How Important to Unix? Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk > From: John Holden <johnh(a)psychvax.psych.usyd.edu.au> > > I think that you will find that the compiler and assember always > generate relative addressing for subroutines and jumps. Any call to an Not quite 'always'. In some cases yes, relative addressing is generated but quite frequently you'll see absolute addresses used. Why? I don't know ;) On some machines mode 3 is a bit faster than mode 6 but I doubt that was the reason. Steven Schultz Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id PAA07030 for pups-liszt; Wed, 8 Apr 1998 15:15:27 +1000 (EST) X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f >From Greg Lehey <grog(a)lemis.com> Wed Apr 8 15:15:08 1998 Received: from allegro.lemis.com (allegro.lemis.com [192.109.197.134]) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id PAA07025 for <pups(a)minnie.cs.adfa.oz.au>; Wed, 8 Apr 1998 15:15:17 +1000 (EST) Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137]) by allegro.lemis.com (8.8.7/8.8.5) with ESMTP id OAA13740; Wed, 8 Apr 1998 14:45:13 +0930 (CST) Received: (from grog@localhost) by freebie.lemis.com (8.8.8/8.8.7) id OAA12608; Wed, 8 Apr 1998 14:45:08 +0930 (CST) (envelope-from grog) Message-ID: <19980408144508.09240(a)freebie.lemis.com> Date: Wed, 8 Apr 1998 14:45:08 +0930 From: Greg Lehey <grog(a)lemis.com> To: edgee(a)cyberpass.net Cc: pups(a)minnie.cs.adfa.oz.au Subject: Re: Floating Point-How Important to Unix? References: <199804080325.XAA26777(a)renoir.op.net>; <19980408133357.40721(a)freebie.lemis.com> <199804080427.AAA00145(a)renoir.op.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89i In-Reply-To: <199804080427.AAA00145(a)renoir.op.net>; from Ed G. on Wed, Apr 08, 1998 at 12:27:40AM -0400 WWW-Home-Page: http://www.lemis.com/~grog Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk On Wed, 8 April 1998 at 0:27:40 -0400, Ed G. wrote: >> text with adb to see what purpose they serve. Considering that >> floating point was an option, I find it hard to believe that so many >> programs, in particular things like tar, would use FP. > > My guess is that the floating point code is dragged in when certain > library routines (e.g., printf and libc) are used, even if the > floating point features of the routines are not used. > > Consider this: > > Two programs hello.c and nothing.c, identical except that hello.c > contains a single printf("hello world\n") inside main. nothing.c > has nothing in its main loop. > > Program--Size--Number of FPOs Reported by my perl script > =========================================== > nothing.c, 312 bytes, 2 > hello.c, 4804 bytes, 115 > > See what I mean? I don't see that this proves anything. You really need to look at those words and see how they are used. Greg Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id RAA07433 for pups-liszt; Wed, 8 Apr 1998 17:54:10 +1000 (EST) X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f >From Johnny Billquist <bqt(a)Update.UU.SE> Wed Apr 8 17:53:37 1998 Received: from Zeke.Update.UU.SE (2026(a)Zeke.Update.UU.SE [130.238.11.14]) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id RAA07428 for <pups(a)minnie.cs.adfa.oz.au>; Wed, 8 Apr 1998 17:53:54 +1000 (EST) Received: from localhost (bqt@localhost) by Zeke.Update.UU.SE (8.8.8/8.8.8) with SMTP id JAA13459; Wed, 8 Apr 1998 09:53:40 +0200 Date: Wed, 8 Apr 1998 09:53:37 +0200 (MET DST) From: Johnny Billquist <bqt(a)Update.UU.SE> To: "Ed G." <edgee(a)cyberpass.net> cc: pups(a)minnie.cs.adfa.oz.au, Greg Lehey <grog(a)lemis.com> Subject: Re: Floating Point-How Important to Unix? In-Reply-To: <199804080325.XAA26777(a)renoir.op.net> Message-ID: <Pine.VUL.3.93.980408094723.13372A-100000(a)Zeke.Update.UU.SE> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk On Tue, 7 Apr 1998, Ed G. wrote: > > How did you recognize the instructions words? Just because it's in > > the text segment doesn't mean it's instructions. > > Yes, this occurred to me too. My perl script doesn't do any fancy > decoding; it just looks for words beginning with octal 17. After > some thought I came to the conclusion that the percentage of data > words miscounted as floating pt. ops (FPOs) is negligible. > > Here's my reasoning--tell me what you think: > > It seemed to me that the two potential sources of fake FPOs are > addresses and data words. Have I left anything out? > > I don't believe that addresses are a problem because the programs > would have to be at least 170000 octal (61441 decimal) bytes long to > generate these addresses at compile time. In fact, the largest > program in the bin directory is awk at 45,260 bytes. cc is only 6510 > bytes (those guys at bell labs really knew how to pack it in!) > > That leaves data. What percent of the data words do you think begin > with 17 octal? > > Here's my "guestimate": 17 octal is a 6 bit binary number. > Assuming the probability of any bit being one is .5, the probability > of finding a word whose first six bits are one would be 1/2^6 or 1 > in 64 which is 1 in 128 bytes. You are making atleast four assumptions which are wrong here. 1) Data starts from address 0. They most likely do not. 2) 17 is not 6 bits, it's four! You are talking about octal representation of 16 bits, which means that the highest digit can only be 0 or 1. 3) All data are not words. How about bytes? If a byte is in the range 240-255 and on an odd address, you'll catch it as a FP opcode. 4) Not all data are addresses. Most negative numbers will have 17 as the high four bits. Of these four assumptions, the fourth is the most serious, and probably the cause of most of your "hits". You'll have to do better... Johnny Johnny Billquist || "I'm on a bus || on a psychedelic trip email: bqt(a)update.uu.se || Reading murder books pdp is alive! || tryin' to stay hip" - B. Idol Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id HAA10162 for pups-liszt; Thu, 9 Apr 1998 07:36:02 +1000 (EST) X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f >From Warren Toomey <wkt(a)henry.cs.adfa.oz.au> Thu Apr 9 07:37:36 1998 Received: from henry.cs.adfa.oz.au (henry.cs.adfa.oz.au [131.236.21.158]) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id HAA10157 for <pups(a)minnie.cs.adfa.oz.au>; Thu, 9 Apr 1998 07:35:58 +1000 (EST) Received: (from wkt@localhost) by henry.cs.adfa.oz.au (8.7.5/8.7.3) id HAA04236 for pups(a)minnie.cs.adfa.oz.au; Thu, 9 Apr 1998 07:37:36 +1000 (EST) From: Warren Toomey <wkt(a)henry.cs.adfa.oz.au> Message-Id: <199804082137.HAA04236(a)henry.cs.adfa.oz.au> Subject: Have a safe Easter! To: pups(a)minnie.cs.adfa.oz.au (PDP Unix Preservation) Date: Thu, 9 Apr 1998 07:37:36 +1000 (EST) Reply-To: wkt(a)cs.adfa.oz.au X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk Easter's here, I'm off to a friend's wedding. Have a safe & happy break, and I'll see (hear?) from you all on Tuesday. Warren Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id HAA10201 for pups-liszt; Thu, 9 Apr 1998 07:42:08 +1000 (EST) X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f >From Warren Toomey <wkt(a)henry.cs.adfa.oz.au> Thu Apr 9 07:43:42 1998 Received: from henry.cs.adfa.oz.au (henry.cs.adfa.oz.au [131.236.21.158]) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id HAA10196 for <pups(a)minnie.cs.adfa.oz.au>; Thu, 9 Apr 1998 07:42:04 +1000 (EST) Received: (from wkt@localhost) by henry.cs.adfa.oz.au (8.7.5/8.7.3) id HAA04280 for pups(a)minnie.cs.adfa.oz.au; Thu, 9 Apr 1998 07:43:42 +1000 (EST) From: Warren Toomey <wkt(a)henry.cs.adfa.oz.au> Message-Id: <199804082143.HAA04280(a)henry.cs.adfa.oz.au> Subject: Yet more licenses To: pups(a)minnie.cs.adfa.oz.au (PDP Unix Preservation) Date: Thu, 9 Apr 1998 07:43:42 +1000 (EST) Reply-To: wkt(a)cs.adfa.oz.au X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk ----- Forwarded message from Dion Johnson ----- I have 13 more licenses for you, being copied now. I will mail these off tomorrow or Friday. Dion ----- End of forwarded message from Dion Johnson ----- Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id XAA16327 for pups-liszt; Fri, 10 Apr 1998 23:19:34 +1000 (EST) X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f >From Bob Supnik <Bob.Supnik(a)digital.com> Fri Apr 10 23:19:59 1998 Received: from mail13.digital.com (mail13.digital.com [192.208.46.30]) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id XAA16322 for <pups(a)minnie.cs.adfa.oz.au>; Fri, 10 Apr 1998 23:19:27 +1000 (EST) Received: from cst.ako.dec.com (cst.ako.dec.com [16.151.72.40]) by mail13.digital.com (8.8.8/8.8.8/WV1.0d) with ESMTP id JAA27778 for <pups(a)minnie.cs.adfa.oz.au>; Fri, 10 Apr 1998 09:19:22 -0400 (EDT) Received: by cst.ako.dec.com with Internet Mail Service (5.0.1458.49) id <HSD5TNA2>; Fri, 10 Apr 1998 09:20:09 -0400 Message-ID: <6B84B1FF221BD011B0AC08002BE692066DD917(a)excmso.mso.dec.com> From: Bob Supnik <Bob.Supnik(a)digital.com> To: pups(a)minnie.cs.adfa.oz.au Subject: RE: Floating Point Bug in Bob's Emulator - second one found Date: Fri, 10 Apr 1998 09:19:59 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.0.1458.49) Content-Type: text/plain Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk A second bug has been found in the floating point emulator. The first (in MODf) caused FACTOR to malfunction. This one causes problems in AWK. The bug is in LDEXP. In pdp11_fp.c: case 015: /* LDEXP */ dst = (dstspec <= 07)? R[dstspec]: ReadW (GeteaW (dstspec)); F_LOAD (qdouble, FR[ac], fac); fac.h = (fac.h & ~FP_EXP) | (((dst + FP_BIAS) & FP_M_EXP) << FP_V_EXP); newV = 0; ==> if ((dst > 0177) || (dst <= 0177600)) { Change the indicated line to: if ((dst > 0177) && (dst <= 0177600)) { The test case is: # awk 'END {print 1+2}' < /dev/null incorrectly produced 0, now produces 3. /Bob Supnik Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id XAA16423 for pups-liszt; Fri, 10 Apr 1998 23:50:38 +1000 (EST) X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f >From Bob Supnik <Bob.Supnik(a)digital.com> Fri Apr 10 23:50:56 1998 Received: from mail13.digital.com (mail13.digital.com [192.208.46.30]) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id XAA16418 for <pups(a)minnie.cs.adfa.oz.au>; Fri, 10 Apr 1998 23:50:29 +1000 (EST) Received: from cst.ako.dec.com (cst.ako.dec.com [16.151.72.40]) by mail13.digital.com (8.8.8/8.8.8/WV1.0d) with ESMTP id JAA00404 for <pups(a)minnie.cs.adfa.oz.au>; Fri, 10 Apr 1998 09:50:25 -0400 (EDT) Received: by cst.ako.dec.com with Internet Mail Service (5.0.1458.49) id <HSD5TNBG>; Fri, 10 Apr 1998 09:51:09 -0400 Message-ID: <6B84B1FF221BD011B0AC08002BE692066DD91B(a)excmso.mso.dec.com> From: Bob Supnik <Bob.Supnik(a)digital.com> To: "'PUPS'" <pups(a)minnie.cs.adfa.oz.au> Subject: Question re TM11 boostrap Date: Fri, 10 Apr 1998 09:50:56 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.0.1458.49) Content-Type: text/plain Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk Several people have asked for a bootstrap for the TM11 magtape. V2.3a has a simple bootstrap that just reads the first magtape record and jumps to it. However, John Holden points out that the M9301 bootstrap actually skips the first record and reads the second. Does anyone have source code for an actual TM11 bootstrap? What do the various versions of UNIX expect in a bootable tape image, particularly BSD 2.9 and 2.11? Thanks /Bob Supnik Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id BAA16774 for pups-liszt; Sat, 11 Apr 1998 01:39:34 +1000 (EST) X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f >From Tim Shoppa <shoppa(a)alph02.triumf.ca> Sat Apr 11 02:35:38 1998 Received: from alph02.triumf.ca (alph02.Triumf.CA [142.90.114.18]) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with SMTP id BAA16768 for <pups(a)minnie.CS.ADFA.OZ.AU>; Sat, 11 Apr 1998 01:39:28 +1000 (EST) Received: by alph02.triumf.ca; id AA06532; Fri, 10 Apr 1998 08:35:38 -0700 From: Tim Shoppa <shoppa(a)alph02.triumf.ca> Message-Id: <9804101535.AA06532(a)alph02.triumf.ca> Subject: Re: Question re TM11 boostrap To: Bob.Supnik(a)DIGITAL.com (Bob Supnik) Date: Fri, 10 Apr 1998 08:35:38 -0800 (PDT) Cc: pups(a)minnie.cs.adfa.oz.au In-Reply-To: <6B84B1FF221BD011B0AC08002BE692066DD91B(a)excmso.mso.dec.com> from "Bob Supnik" at Apr 10, 98 09:50:56 am X-Mailer: ELM [version 2.4 PL22] Content-Type: text Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk > Several people have asked for a bootstrap for the TM11 magtape. V2.3a > has a simple bootstrap that just reads the first magtape record and > jumps to it. However, John Holden points out that the M9301 bootstrap > actually skips the first record and reads the second. It depends on which OS (and version) you're using, but most of DEC's later OS's made some attempt to have bootable tapes be ANSI-labeled volumes. This meant that the boot block had to come after the VOL1 header. See, for example, the source code to RT-11's DUP utility. > Does anyone have source code for an actual TM11 bootstrap? I certainly have some boot ROM's that I can disassemble. I'll also check my DEC manuals for the toggle-in bootstraps. I know that in some cases it was necessary to re-execute the toggle-in bootstrap if the real boot block was the second file/record. Also note that it wasn't until the late 70's/early 80's that DEC adopted the "second block is the boot block" strategy. You're likely to see different things depending on when a bootstrap was written. > What do the various versions of UNIX expect in a bootable tape image, > particularly BSD 2.9 and 2.11? 2.11 plays it safe by putting down two copies of the boot block at the beginning of the tape, each ending with a filemark. All Q-bus tape bootstraps that might reside in a 11/53's console firmware would be looking for the boot block to be the second block on tape. But as the TM11 wasn't a Q-bus device I don't think the 11/53 firmware is going to resolve this issue. A side comment on the emulator: Have you ever considered putting the 11/53 firmware into your emulator, so that users can use the bootstraps and diagnostics built into it? Would there be copyright problems to resolve before you could do this? Tim. (shoppa(a)triumf.ca) Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id CAA16834 for pups-liszt; Sat, 11 Apr 1998 02:02:25 +1000 (EST) X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f >From "Steven M. Schultz" <sms(a)moe.2bsd.com> Sat Apr 11 02:01:24 1998 Received: from moe.2bsd.com (0(a)MOE.2BSD.COM [206.139.202.200]) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id CAA16829 for <pups(a)minnie.cs.adfa.oz.au>; Sat, 11 Apr 1998 02:02:19 +1000 (EST) Received: (from sms@localhost) by moe.2bsd.com (8.8.5/8.8.5) id JAA14552; Fri, 10 Apr 1998 09:01:24 -0700 (PDT) Date: Fri, 10 Apr 1998 09:01:24 -0700 (PDT) From: "Steven M. Schultz" <sms(a)moe.2bsd.com> Message-Id: <199804101601.JAA14552(a)moe.2bsd.com> To: Bob.Supnik(a)digital.com, pups(a)minnie.cs.adfa.oz.au Subject: Re: Question re TM11 boostrap Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk Bob, et al - > Several people have asked for a bootstrap for the TM11 magtape. V2.3a > has a simple bootstrap that just reads the first magtape record and For booting 2.xBSD that will work fine. > jumps to it. However, John Holden points out that the M9301 bootstrap > actually skips the first record and reads the second. True - and that's precisely why bootable tapes (at least starting with 2.9BSD, not sure about V7) have two copies of the tapebootblock at the front. The layout of a boottape is: tapeboot tapeboot boot <filemark> standaloneprogram 1 <filemark> ... > Does anyone have source code for an actual TM11 bootstrap? What I use (it's in the 2.11 setup documentation) is: If no other means are available, the following code can be keyed in and executed at (say) 0100000 to boot from a TM tape drive (the magic number 172526 is the address of the TM-11 current memory address register; an adjustment may be necessary if your controller is at a nonstandard address): 012700 (mov $unit, r0) 000000 (normally unit 0) 012701 (mov $172526, r1) 172526 010141 (mov r1, -(r1)) 012741 (mov $60003, -(r1)) 060003 (if unit 1 use 060403, etc) 000777 (br .) This does nothing more than read the first record (much like V2.3a already does) into location 0. Then a ^E is typed followed by "g 0". > What do the various versions of UNIX expect in a bootable tape image, > particularly BSD 2.9 and 2.11? The tape bootblocks for 2.xBSD all know to skip TWO copies of the tapebootblock in order to find the 'boot' program. The actual standalone programs present differ between 2.9 and 2.11 but 2.11's is: tapeboot tapeboot boot <filemark> disklabel <filemark> mkfs <filemark> restor <filemark> icheck <filemark> dump of root fs <filemark> For 2.11 the 'tapeboot' is a universal bootblock - it can handle all 4 tape drive types (MS, MM, MT, TMSCP). 2.9 on the otherhand has different tapebootblocks at the front of the tape depending on the drive type (MS or MM/MT, no TMSCP support in 2.9). Thus if you have a MS bootblock you can't boot from the tape on a MT based system. Steven Schultz Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id MAA18196 for pups-liszt; Sat, 11 Apr 1998 12:46:16 +1000 (EST) X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f >From "Ed G." <edgee(a)cyberpass.net> Sat Apr 11 12:40:35 1998 Received: from renoir.op.net (root(a)renoir.op.net [209.152.193.4]) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id MAA18185 for <pups(a)minnie.cs.adfa.oz.au>; Sat, 11 Apr 1998 12:46:07 +1000 (EST) Received: from goppelt.op.net (d-phlarc1-01.ppp.op.net [209.152.199.65]) by renoir.op.net (o1/$Revision: 1.16 $) with SMTP id WAA07389 for <pups(a)minnie.cs.adfa.oz.au>; Fri, 10 Apr 1998 22:45:58 -0400 (EDT) Message-Id: <199804110245.WAA07389(a)renoir.op.net> Comments: Authenticated sender is <edgee(a)cyberpass.net> From: "Ed G." <edgee(a)cyberpass.net> To: pups(a)minnie.cs.adfa.oz.au Date: Fri, 10 Apr 1998 22:40:35 -0400 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Bob's Magtape Vindicated-Unix to Blame! Reply-to: edgee(a)cyberpass.net X-mailer: Pegasus Mail for Win32 (v2.54) Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk I described in an earlier post how uv7 tar would fail, extracting the same file over and over again (see below for example). It turns out that Bob's magtape works just fine: the problem is in tar! uv7 tar has a bug in it--a misplaced assignment--which causes it to read the first block over and over (see below for example) when used with the 'f' option. The bug is indirectly a result of a trick tar uses to determine the block size on the mag tape: rather than interrogate Unix about the block size (can someone tell me how do this?), tar first attempts to read the maximum block size supported by tar (20*512 bytes). The number of bytes actually returned is taken to be the actual block size and is used by tar for reads thereafter. Two simple workarounds for /dev/rmt0 are: tar vx0 and tar vxfb /dev/rmt0 1 The problem: # tar vxf /dev/rmt0 x mysqrt.c, 383 bytes, 1 tape blocks x mysqrt.c, 383 bytes, 1 tape blocks x mysqrt.c, 383 bytes, 1 tape blocks x mysqrt.c, 383 bytes, 1 tape blocks x mysqrt.c, 383 bytes, 1 tape blocks etc. Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id MAA18199 for pups-liszt; Sat, 11 Apr 1998 12:46:20 +1000 (EST) X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f >From "Ed G." <edgee(a)cyberpass.net> Sat Apr 11 12:40:34 1998 Received: from renoir.op.net (root(a)renoir.op.net [209.152.193.4]) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id MAA18186 for <pups(a)minnie.cs.adfa.oz.au>; Sat, 11 Apr 1998 12:46:09 +1000 (EST) Received: from goppelt.op.net (d-phlarc1-01.ppp.op.net [209.152.199.65]) by renoir.op.net (o1/$Revision: 1.16 $) with SMTP id WAA07393; Fri, 10 Apr 1998 22:46:00 -0400 (EDT) Message-Id: <199804110246.WAA07393(a)renoir.op.net> Comments: Authenticated sender is <edgee(a)cyberpass.net> From: "Ed G." <edgee(a)cyberpass.net> To: pups(a)minnie.cs.adfa.oz.au Date: Fri, 10 Apr 1998 22:40:34 -0400 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Re: Floating Point-How Important to Unix? Reply-to: edgee(a)cyberpass.net CC: Johnny Billquist <bqt(a)Update.UU.SE> References: <199804080325.XAA26777(a)renoir.op.net> In-reply-to: <Pine.VUL.3.93.980408094723.13372A-100000(a)Zeke.Update.UU.SE> X-mailer: Pegasus Mail for Win32 (v2.54) Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk I'd like to thank everyone who wrote me on this subject, and especially those described the weaknesses they saw in my reasoning. I have found it useful sometimes to take a step back and reconsider what it is I am trying do and how I am trying to do it. My purpose here was to get a sense for how heavily the Unix utilities rely on floating point. I was not looking for a numerically exact "right" answer, but rather an estimate which was good enough. At this point, now that I have access to the source code, it seems to me that an easier and more accurate way of doing that would be to count the occurences of floats and doubles using grep or a similar utility. What do you all think? > You are making atleast four assumptions which are wrong here. > > 1) Data starts from address 0. They most likely do not. I'm not sure what you mean here; can you elaborate? As I see it my key assumption about data was that it is relatively small in size compared to code in a given program file. This was certainly the case with factor, where less than 10% of the runtime image consisted of static data. > 2) 17 is not 6 bits, it's four! You are talking about octal representation > of 16 bits, which means that the highest digit can only be 0 or 1. You are absolutely right. Thank you for pointing this out. > 3) All data are not words. How about bytes? If a byte is in the range > 240-255 and on an odd address, you'll catch it as a FP opcode. My routine scanned words, not bytes, so I don't think this would apply. > 4) Not all data are addresses. Most negative numbers will have 17 as the > high four bits. This is true. But if data is negligible compared to code, then I don't see how this wouldn't affect an estimate very much. Ed Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id MAA18203 for pups-liszt; Sat, 11 Apr 1998 12:46:23 +1000 (EST) X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f >From "Ed G." <edgee(a)cyberpass.net> Sat Apr 11 12:40:35 1998 Received: from renoir.op.net (root(a)renoir.op.net [209.152.193.4]) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id MAA18197 for <pups(a)minnie.cs.adfa.oz.au>; Sat, 11 Apr 1998 12:46:16 +1000 (EST) Received: from goppelt.op.net (d-phlarc1-01.ppp.op.net [209.152.199.65]) by renoir.op.net (o1/$Revision: 1.16 $) with SMTP id WAA07386; Fri, 10 Apr 1998 22:45:54 -0400 (EDT) Message-Id: <199804110245.WAA07386(a)renoir.op.net> Comments: Authenticated sender is <edgee(a)cyberpass.net> From: "Ed G." <edgee(a)cyberpass.net> To: John Holden <johnh(a)psychvax.psych.usyd.edu.au> Date: Fri, 10 Apr 1998 22:40:35 -0400 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Re: Floating Point-How Important to Unix? Reply-to: edgee(a)cyberpass.net CC: pups(a)minnie.cs.adfa.oz.au In-reply-to: <199804080411.OAA06388(a)psychvax.psych.usyd.edu.au> X-mailer: Pegasus Mail for Win32 (v2.54) Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk > I think that you will find that the compiler and assember always > generate relative addressing for subroutines and jumps. Any call to an > earlier address will generate a negative number, hence lots of 017xxxx > numbers in the text image. I am not an expert on PDP-11 op codes, so you may well be right about this. In response to your criticism, I looked up jmp and branch instructions in the *Processor Handbook*. Based only on my quick skim of the handbook, I don't think negative relative addresses would be a problem because: 1. branch instructions are followed by a signed byte offset (-128, 127). This would not be a problem for my routine which only looks at the first four bits of every word and would ignore the offset in the odd byte. 2. jump instructions, which seem at first glance to be a problem because they are followed by a 16 bit word, are not because they always use absolute addressing, never relative and hence would never be followed by a negative number. Ed Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id BAA25622 for pups-liszt; Tue, 14 Apr 1998 01:22:02 +1000 (EST) X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f >From Neil Johnson <neil(a)skatter.usask.ca> Tue Apr 14 01:21:45 1998 Received: from skatter.USask.Ca (skatter.usask.ca [128.233.14.1]) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id BAA25617 for <pups(a)minnie.cs.adfa.oz.au>; Tue, 14 Apr 1998 01:21:55 +1000 (EST) Received: from hydrus.USask.Ca (hydrus.usask.ca [128.233.14.27]) by skatter.USask.Ca (8.8.5/8.8.5) with ESMTP id JAA01657; Mon, 13 Apr 1998 09:21:47 -0600 (CST) From: Neil Johnson <neil(a)skatter.usask.ca> Received: (from neil@localhost) by hydrus.USask.Ca (8.7.2/8.7.2) id JAA21310; Mon, 13 Apr 1998 09:21:45 -0600 (CST) Date: Mon, 13 Apr 1998 09:21:45 -0600 (CST) Message-Id: <199804131521.JAA21310(a)hydrus.USask.Ca> To: Bob.Supnik(a)digital.com, pups(a)minnie.cs.adfa.oz.au Subject: Re: Question re TM11 boostrap Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk I have booted a TMB11 with a simple program to load the first record into block 0. The tape must be rewound to BOT, then the program at location 0 run. I don't think the 9301 bootstrap actually skips the first record. Hope this helps. Neil Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id UAA28778 for pups-liszt; Tue, 14 Apr 1998 20:21:13 +1000 (EST) X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f >From Warren Toomey <wkt(a)henry.cs.adfa.oz.au> Tue Apr 14 20:23:21 1998 Received: from henry.cs.adfa.oz.au (henry.cs.adfa.oz.au [131.236.21.158]) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id UAA28773 for <pups(a)minnie.cs.adfa.oz.au>; Tue, 14 Apr 1998 20:21:09 +1000 (EST) Received: (from wkt@localhost) by henry.cs.adfa.oz.au (8.7.5/8.7.3) id UAA09911 for pups(a)minnie.cs.adfa.oz.au; Tue, 14 Apr 1998 20:23:21 +1000 (EST) From: Warren Toomey <wkt(a)henry.cs.adfa.oz.au> Message-Id: <199804141023.UAA09911(a)henry.cs.adfa.oz.au> Subject: More licenses have arrived! To: pups(a)minnie.cs.adfa.oz.au (PDP Unix Preservation) Date: Tue, 14 Apr 1998 20:23:21 +1000 (EST) Reply-To: wkt(a)cs.adfa.oz.au X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk All, The latest batch of licenses has arrived from Dion at SCO: Stefan Bieschewski, Robin Birch, W. Bulte, Anthony Duell, Alexander Duerrschnabel, Kevin Dunlap, Arno Griffioen, Neil Johnson, Greg Lehey, Kirk McKusick, Joseph Myers, Carl Phillips, Jason Wells As always, if you want access to the on-line PUPS Archive, or a copy on tape/CD, then email your request to pupsarchive(a)minnie.cs.adfa.oz.au. You will receive a form reply, and we will process it as soon as possible. Note that we won't start burning the first CDs until around the 21st April. If you want on-line access, I will need a fax number or a PGP key so that I can mail you the access details, with a moderate amount of security. I won't accept PGP keys via email. I'll accept keys via finger, web page, key signing service, etc. Please include the method to obtain your key in your email request above. Cheers, Warren Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id EAA00785 for pups-liszt; Wed, 15 Apr 1998 04:47:46 +1000 (EST) X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f >From "Robert D. Keys" <rdkeys(a)seedlab1.cropsci.ncsu.edu> Wed Apr 15 04:44:16 1998 Received: from seedlab1.cropsci.ncsu.edu (seedlab1.cropsci.ncsu.edu [152.1.88.4]) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id EAA00780 for <pups(a)minnie.cs.adfa.oz.au>; Wed, 15 Apr 1998 04:47:40 +1000 (EST) Received: (from rdkeys@localhost) by seedlab1.cropsci.ncsu.edu (8.8.7/8.8.7) id OAA03748; Tue, 14 Apr 1998 14:44:16 -0400 (EDT) From: "Robert D. Keys" <rdkeys(a)seedlab1.cropsci.ncsu.edu> Message-Id: <199804141844.OAA03748(a)seedlab1.cropsci.ncsu.edu> Subject: PDP-11 Newbie Alert --- (gotta start somewhere) To: pups(a)minnie.cs.adfa.oz.au Date: Tue, 14 Apr 1998 14:44:16 -0400 (EDT) Cc: rdkeys(a)seedlab1.cropsci.ncsu.edu (Robert D. Keys) X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk Greetings to the list, and thanks to Warren for telling me about it. I am quite interested in the older unices, and especially the potential for home use on a smallish box of some sort. (Nostalgia trip, but why are most of us here?) Sadly, my only experiences with PDP-11ish things are so long ago as to be rather faded. We used one box (two small chassis about 8 inches high stacked together -- possibly PDP-8 or PDP-11) as some sort of remote job entry terminal that the grad students would be occasionally allowed to touch and load their SAS jobs up from (mid 70's) to the mainframe at Iowa State U. I remember the two DEC boxes and some sort of glass tty, and a paper tape reader that was used to boot it in some way, should the woeful grad student crash it late at night. That got me rather interested in computers and for several years after that time when I came to NCSU, I tried all kinds of ways to fund and coerce some sort of Heathkit version of that with some sort of early unix out of the powers that be, but they tended to think it was computing and not agronomy, so I wound up doing that with z80's and s-100 bus crates that could be hooked up to the mainframe remotely via CP/M and paper tape or 81K floppies locally. But, that has always perked my interest in the old unix beasts. I still have the old pdp-11 Heathkit manual sets and builders instructions, should I find one in the bilges somewhere....(:+}}... Anyway, I was noticing the pdp-11 system 5/6/7 binaries and the freebie sco licenses on Minnie, and was wondering where to go for info on how to bring the things up. I saw one emulator for DOS? --- (neat way maybe to use an old 4 meg dos box?). Can these things be made to run via a 386/486 bootstrap and emulator, on something like a minix/aix/FreeBSD sort of machine? I would expect something like a maintenance boot disk, and a minimal file system to get the machine up and into the emulator proper, might be feasible, maybe? Also, I see pdp-11ish things in surplus around here quite often. What would be needed to cobble together a system, for a minimal system 7 sort of box to play with? If there were a list of required boards and chassis for various levels of system, that might help a newbie get some sort of machine together. Thanks, and any comments for the newbie are appreciated. Bob Keys rdkeys(a)seedlab1.cropsci.ncsu.edu Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id MAA02353 for pups-liszt; Wed, 15 Apr 1998 12:39:48 +1000 (EST) X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f

27 years, 1 month

Re: Bug in Bob Supnik's Emulator!

by pete＠dunnington.u-net.com

On Apr 6, 9:15, Greg Lehey wrote: > On Fri, 3 April 1998 at 12:17:19 +0000, Pete Turnbull wrote: > > I don't have numbers for anything running under the emulator, but I do have > > Dhrystone sources (and some figures for real PDP-11s of various sorts with > > various operating systems and compilers). If anyone wants to try it, I can > > post the source. > > I'd be interested. I don't want to clutter everyone's mailbox with a 32K file, so I've put it on http://www.dunnington.u-net.com/public/dhrystone.c and anyone who wants can grab it from there. If there's any problem accessing that page from that server, please do two things: 1) tell me! so I can complain, and 2) try http://www.personal.u-net.com/~dunnington/public/dhrystone.c or http://www.dunnington.u-net.com/ and follow the "no intel" link :-) -- Pete Peter Turnbull Dept. of Computer Science University of York Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id OAA27910 for pups-liszt; Mon, 6 Apr 1998 14:32:41 +1000 (EST) X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f >From "Steven M. Schultz" <sms(a)moe.2bsd.com> Mon Apr 6 14:25:26 1998 Received: from moe.2bsd.com (0(a)MOE.2BSD.COM [206.139.202.200]) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id OAA27905 for <pups(a)minnie.cs.adfa.oz.au>; Mon, 6 Apr 1998 14:32:35 +1000 (EST) Received: (from sms@localhost) by moe.2bsd.com (8.8.5/8.8.5) id VAA11498; Sun, 5 Apr 1998 21:25:26 -0700 (PDT) Date: Sun, 5 Apr 1998 21:25:26 -0700 (PDT) From: "Steven M. Schultz" <sms(a)moe.2bsd.com> Message-Id: <199804060425.VAA11498(a)moe.2bsd.com> To: grog(a)lemis.com, pups(a)minnie.cs.adfa.oz.au, shoppa(a)alph02.triumf.ca, sms(a)moe.2bsd.com Subject: Re: Bug in Bob Supnik's Emulator! Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk > From: Greg Lehey <grog(a)lemis.com> > I don't know which directories you compiled, but here are the results > on a K6/233 running FreeBSD 3.0 and the Begemot emulator: > /usr/src/lib/c2 39.4 real 30.5 user 8.4 sys > /usr/src/lib/ccom 223.6 real 186.9 user 36.2 sys I just compiled the 'ccom' directory (the C compiler itself) and not the optimizer or preprocessor > date(1) showed times consistent with time(1). Interesting! So P11's time/clock handling is doing the right/expected thing. I'd give P11 a try but it's refusing to configure and build at the moment. Also the version (2.0) in the archive is about 4 years old and only (from the looks of it) supports RL02 disks. I've a nice RP06 image built using Bob's emulator that I could "boot up" if P11 handled 'SMD' (i.e 'xp') disks. Steven Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id OAA27929 for pups-liszt; Mon, 6 Apr 1998 14:38:09 +1000 (EST) X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f >From Greg Lehey <grog(a)lemis.com> Mon Apr 6 14:38:00 1998 Received: from allegro.lemis.com (allegro.lemis.com [192.109.197.134]) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id OAA27924 for <pups(a)minnie.cs.adfa.oz.au>; Mon, 6 Apr 1998 14:38:03 +1000 (EST) Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137]) by allegro.lemis.com (8.8.7/8.8.5) with ESMTP id OAA11029; Mon, 6 Apr 1998 14:08:00 +0930 (CST) Received: (from grog@localhost) by freebie.lemis.com (8.8.8/8.8.7) id OAA03317; Mon, 6 Apr 1998 14:08:00 +0930 (CST) (envelope-from grog) Message-ID: <19980406140800.57401(a)freebie.lemis.com> Date: Mon, 6 Apr 1998 14:08:00 +0930 From: Greg Lehey <grog(a)lemis.com> To: "Steven M. Schultz" <sms(a)moe.2bsd.com> Cc: PDP UNIX Preservation Society <pups(a)minnie.cs.adfa.oz.au> Subject: Re: Bug in Bob Supnik's Emulator! References: <199804060425.VAA11498(a)moe.2bsd.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Mutt 0.89i In-Reply-To: <199804060425.VAA11498(a)moe.2bsd.com>; from Steven M. Schultz on Sun, Apr 05, 1998 at 09:25:26PM -0700 WWW-Home-Page: http://www.lemis.com/~grog Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk On Sun, 5 April 1998 at 21:25:26 -0700, Steven M. Schultz wrote: >> From: Greg Lehey <grog(a)lemis.com> >> I don't know which directories you compiled, but here are the results >> on a K6/233 running FreeBSD 3.0 and the Begemot emulator: > >> /usr/src/lib/c2 39.4 real 30.5 user 8.4 sys >> /usr/src/lib/ccom 223.6 real 186.9 user 36.2 sys > > I just compiled the 'ccom' directory (the C compiler itself) and not > the optimizer or preprocessor Hmm. That's a big difference in favour of Begemot. >> date(1) showed times consistent with time(1). > > Interesting! So P11's time/clock handling is doing the right/expected > thing. It's not 100% accurate. On my machine, it loses a few minutes a day. But all the numbers add up, and it didn't lose noticably more time during the build. > I'd give P11 a try but it's refusing to configure and build at the > moment. Also the version (2.0) in the archive is about 4 years old > and only (from the looks of it) supports RL02 disks. I've a nice > RP06 image built using Bob's emulator that I could "boot up" if > P11 handled 'SMD' (i.e 'xp') disks. I'll put some stuff together. I've exchanged some mail on the subjecte today with J�rg Micheel, one of the authors. Hartmut Brandt, the other, is in Germany and thus probably sleeping. The version I have him includes images for 2.11BSD, which I can't give to anybody, though I suppose we can make an exception in your case :-) I'll see what I can put together. Greg Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id HAA00762 for pups-liszt; Tue, 7 Apr 1998 07:25:32 +1000 (EST) X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f >From Bob Supnik <Bob.Supnik(a)digital.com> Tue Apr 7 07:25:57 1998 Received: from mail13.digital.com (mail13.digital.com [192.208.46.30]) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id HAA00757 for <pups(a)minnie.cs.adfa.oz.au>; Tue, 7 Apr 1998 07:25:25 +1000 (EST) Received: from cst.ako.dec.com (cst.ako.dec.com [16.151.72.40]) by mail13.digital.com (8.8.8/8.8.8/WV1.0d) with ESMTP id RAA17311 for <pups(a)minnie.cs.adfa.oz.au>; Mon, 6 Apr 1998 17:25:19 -0400 (EDT) Received: by cst.ako.dec.com with Internet Mail Service (5.0.1458.49) id <HSD5TL25>; Mon, 6 Apr 1998 17:26:02 -0400 Message-ID: <6B84B1FF221BD011B0AC08002BE69206683E78(a)excmso.mso.dec.com> From: Bob Supnik <Bob.Supnik(a)digital.com> To: pups(a)minnie.cs.adfa.oz.au Subject: RE: Bug in Bob Supnik's Emulator? Date: Mon, 6 Apr 1998 17:25:57 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.0.1458.49) Content-Type: text/plain Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk There is indeed a bug in the floating point emulator: MODf was setting the condition codes off the integer result, not the fractional result. To fix the bug, look for this code fragment in source module pdp11_fp.c case 3: /* MODf */ ReadFP (&fsrc, GeteaFP (dstspec, lenf), dstspec, lenf); F_LOAD (qdouble, FR[ac], fac); newV = modfp11 (&fac, &fsrc, &modfrac); F_STORE (qdouble, fac, FR[ac | 1]); F_STORE (qdouble, modfrac, FR[ac]); ==> FPS = setfcc (FPS, fac.h, newV); break; Change the indicated code line to be: ==> FPS = setfcc (FPS, modfrac.h, newV); and recompile. Thanks to Warren Toomey for getting me the source to FACTOR, which showed the bug. (I can't believe this is the problem with vi, but who knows? A bug in MODf could affect the binary to decimal conversion routines in the run time libraries.) Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id IAA00880 for pups-liszt; Tue, 7 Apr 1998 08:04:43 +1000 (EST) X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f >From "Steven M. Schultz" <sms(a)moe.2bsd.com> Tue Apr 7 08:03:34 1998 Received: from moe.2bsd.com (0(a)MOE.2BSD.COM [206.139.202.200]) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id IAA00875 for <pups(a)minnie.cs.adfa.oz.au>; Tue, 7 Apr 1998 08:04:36 +1000 (EST) Received: (from sms@localhost) by moe.2bsd.com (8.8.5/8.8.5) id PAA28357; Mon, 6 Apr 1998 15:03:34 -0700 (PDT) Date: Mon, 6 Apr 1998 15:03:34 -0700 (PDT) From: "Steven M. Schultz" <sms(a)moe.2bsd.com> Message-Id: <199804062203.PAA28357(a)moe.2bsd.com> To: Bob.Supnik(a)digital.com Subject: modf Cc: pups(a)minnie.cs.adfa.oz.au Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk Bob - > Change the indicated code line to be: > > ==> FPS = setfcc (FPS, modfrac.h, newV); > > and recompile. > > Thanks to Warren Toomey for getting me the source to FACTOR, which > showed the bug. The 'primes' program also uses 'modf' so it might encounter the same problem as FACTOR. > (I can't believe this is the problem with vi, but who knows? A bug in > MODf could affect the binary to decimal conversion routines in the runtime 'modf' is used in the runtime routines which compute 'long' (and unsigned long) remainders. So if 'vi' is doing something like "long % X" or "unsigned long % X" it's possible (likely) that it's getting a wrong answer and becoming extremely confused. I'll check this later tonight. Steven Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id IAA01023 for pups-liszt; Tue, 7 Apr 1998 08:59:25 +1000 (EST) X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f >From "David C. Jenner" <djenner(a)halcyon.com> Tue Apr 7 08:58:38 1998 Received: from mgate.nwnexus.com (beavis.nwnexus.com [206.63.63.200]) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id IAA01018 for <pups(a)minnie.cs.adfa.oz.au>; Tue, 7 Apr 1998 08:59:19 +1000 (EST) Received: from halcyon.com (blv-lx104-ip28.nwnexus.net [206.63.41.128]) by mgate.nwnexus.com (8.8.8/8.8.8) with ESMTP id PAA06639 for <pups(a)minnie.cs.adfa.oz.au>; Mon, 6 Apr 1998 15:59:09 -0700 Message-ID: <35295E1E.DD7BB731(a)halcyon.com> Date: Mon, 06 Apr 1998 15:58:38 -0700 From: "David C. Jenner" <djenner(a)halcyon.com> Reply-To: djenner(a)halcyon.com X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: PDP-11 Unix Preservation Society <pups(a)minnie.cs.adfa.oz.au> Subject: License AU-1 arrives! Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk I don't know if this is the first posting, but it sure is the first license: AU-1! Now, to do something with it. Dave Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id JAA01144 for pups-liszt; Tue, 7 Apr 1998 09:55:16 +1000 (EST) X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f >From Warren Toomey <wkt(a)henry.cs.adfa.oz.au> Tue Apr 7 09:56:31 1998 Received: from henry.cs.adfa.oz.au (henry.cs.adfa.oz.au [131.236.21.158]) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id JAA01139 for <pups(a)minnie.cs.adfa.oz.au>; Tue, 7 Apr 1998 09:55:12 +1000 (EST) Received: (from wkt@localhost) by henry.cs.adfa.oz.au (8.7.5/8.7.3) id JAA00432; Tue, 7 Apr 1998 09:56:32 +1000 (EST) From: Warren Toomey <wkt(a)henry.cs.adfa.oz.au> Message-Id: <199804062356.JAA00432(a)henry.cs.adfa.oz.au> Subject: Re: License AU-1 arrives! To: djenner(a)halcyon.com Date: Tue, 7 Apr 1998 09:56:31 +1000 (EST) Cc: pups(a)minnie.cs.adfa.oz.au (PDP Unix Preservation) In-Reply-To: <35295E1E.DD7BB731(a)halcyon.com> from "David C. Jenner" at "Apr 6, 98 03:58:38 pm" Reply-To: wkt(a)cs.adfa.oz.au X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk In article by David C. Jenner: > I don't know if this is the first posting, but it sure is the first > license: AU-1! > > Now, to do something with it. > Dave You swine Dave, you beat us all! Congratulations. Once I hear from Dion, you'll get access to the archive. Warren Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id KAA01191 for pups-liszt; Tue, 7 Apr 1998 10:06:18 +1000 (EST) X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f >From "David C. Jenner" <djenner(a)halcyon.com> Tue Apr 7 10:05:21 1998 Received: from mgate.nwnexus.com (beavis.nwnexus.com [206.63.63.200]) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id KAA01186 for <pups(a)minnie.cs.adfa.oz.au>; Tue, 7 Apr 1998 10:06:11 +1000 (EST) Received: from halcyon.com (blv-lx104-ip28.nwnexus.net [206.63.41.128]) by mgate.nwnexus.com (8.8.8/8.8.8) with ESMTP id RAA07325; Mon, 6 Apr 1998 17:05:52 -0700 Message-ID: <35296DC1.36FFDB54(a)halcyon.com> Date: Mon, 06 Apr 1998 17:05:21 -0700 From: "David C. Jenner" <djenner(a)halcyon.com> Reply-To: djenner(a)halcyon.com X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: wkt(a)cs.adfa.oz.au CC: PDP-11 Unix Preservation Society <pups(a)minnie.cs.adfa.oz.au> Subject: Re: License AU-1 arrives! References: <199804062356.JAA00432(a)henry.cs.adfa.oz.au> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk Well, I agree. I really shouldn't have been first. Probably you, Warren, should have been an "honorary" first, for all the effort you put into it. But, look at it this way. Notice that the licenses are all "AU-#". We are all paying homage to "au" for bring this about. Dave Warren Toomey wrote: > > In article by David C. Jenner: > > I don't know if this is the first posting, but it sure is the first > > license: AU-1! > > > > Now, to do something with it. > > Dave > > You swine Dave, you beat us all! Congratulations. Once I hear from > Dion, you'll get access to the archive. > > Warren Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id KAA01206 for pups-liszt; Tue, 7 Apr 1998 10:08:30 +1000 (EST) X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f >From Warren Toomey <wkt(a)henry.cs.adfa.oz.au> Tue Apr 7 10:09:43 1998 Received: from henry.cs.adfa.oz.au (henry.cs.adfa.oz.au [131.236.21.158]) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id KAA01201 for <pups(a)minnie.cs.adfa.oz.au>; Tue, 7 Apr 1998 10:08:26 +1000 (EST) Received: (from wkt@localhost) by henry.cs.adfa.oz.au (8.7.5/8.7.3) id KAA00531; Tue, 7 Apr 1998 10:09:44 +1000 (EST) From: Warren Toomey <wkt(a)henry.cs.adfa.oz.au> Message-Id: <199804070009.KAA00531(a)henry.cs.adfa.oz.au> Subject: Re: License AU-1 arrives! To: djenner(a)halcyon.com Date: Tue, 7 Apr 1998 10:09:43 +1000 (EST) Cc: wkt(a)cs.adfa.oz.au, pups(a)minnie.cs.adfa.oz.au In-Reply-To: <35296DC1.36FFDB54(a)halcyon.com> from "David C. Jenner" at "Apr 6, 98 05:05:21 pm" Reply-To: wkt(a)cs.adfa.oz.au X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk In article by David C. Jenner: > Well, I agree. I really shouldn't have been first. Probably you, > Warren, should have been an "honorary" first, for all the effort you put > into it. > > But, look at it this way. Notice that the licenses are all "AU-#". We > are all paying homage to "au" for bring this about. > Dave I don't think the licensing section in San Francisco knows me from Adam. I asked Dion if AU stood for Ancient Unix, Australia or both :-) I'm so glad at least two people have got licenses (Charles Retter too). It sets a legal precedent, in case SCO ever change their mind. Warren Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id KAA01341 for pups-liszt; Tue, 7 Apr 1998 10:36:05 +1000 (EST) X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f >From John Holden <johnh(a)psychvax.psych.usyd.edu.au> Tue Apr 7 10:35:46 1998 Received: from psychvax.psych.usyd.edu.au (psychvax.psych.usyd.edu.au [129.78.83.1]) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id KAA01335 for <pups(a)minnie.cs.adfa.oz.au>; Tue, 7 Apr 1998 10:35:53 +1000 (EST) Received: (from johnh@localhost) by psychvax.psych.usyd.edu.au (8.8.8/8.8.8) id KAA11206 for pups(a)minnie.cs.adfa.oz.au; Tue, 7 Apr 1998 10:35:46 +1000 Date: Tue, 7 Apr 1998 10:35:46 +1000 From: John Holden <johnh(a)psychvax.psych.usyd.edu.au> Message-Id: <199804070035.KAA11206(a)psychvax.psych.usyd.edu.au> To: pups(a)minnie.cs.adfa.oz.au Subject: Re: License AU-1 arrives! Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk Perhaps we should ask SCO to issue licence AU-0 to Warren, in keeping with his work on maintaining interest in old versions of Unix and we all know that computer programmers start counting from zero! Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id KAA01383 for pups-liszt; Tue, 7 Apr 1998 10:43:25 +1000 (EST) X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f >From "Ed G." <edgee(a)cyberpass.net> Tue Apr 7 10:42:54 1998 Received: from renoir.op.net (root(a)renoir.op.net [209.152.193.4]) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id KAA01368 for <pups(a)minnie.cs.adfa.oz.au>; Tue, 7 Apr 1998 10:43:11 +1000 (EST) Received: from goppelt.op.net (d-phlarc1-0c.ppp.op.net [209.152.199.76]) by renoir.op.net (o1/$Revision: 1.15 $) with SMTP id UAA07206; Mon, 6 Apr 1998 20:42:59 -0400 (EDT) Message-Id: <199804070042.UAA07206(a)renoir.op.net> Comments: Authenticated sender is <edgee(a)cyberpass.net> From: "Ed G." <edgee(a)cyberpass.net> To: pups(a)minnie.cs.adfa.oz.au, Bob Supnik <Bob.Supnik(a)digital.com> Date: Mon, 6 Apr 1998 20:42:54 -0400 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Mag Tape Bug in Bob's Emulator? Reply-to: edgee(a)cyberpass.net X-mailer: Pegasus Mail for Win32 (v2.54) Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk Is this another bug? What do you all think? Ed G. sim> att tm0 emutar.tap TM: creating new file sim> cont ta: not found # tar cvf /dev/rmt0 mysqrt.c a mysqrt.c 1 blocks # cd tmp # tar vxf /dev/rmt0 x mysqrt.c, 383 bytes, 1 tape blocks x mysqrt.c, 383 bytes, 1 tape blocks x mysqrt.c, 383 bytes, 1 tape blocks x mysqrt.c, 383 bytes, 1 tape blocks x mysqrt.c, 383 bytes, 1 tape blocks x mysqrt.c, 383 bytes, 1 tape blocks ...etc. Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id KAA01382 for pups-liszt; Tue, 7 Apr 1998 10:43:25 +1000 (EST) X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f >From "Ed G." <edgee(a)cyberpass.net> Tue Apr 7 10:42:54 1998 Received: from renoir.op.net (root(a)renoir.op.net [209.152.193.4]) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id KAA01367 for <pups(a)minnie.cs.adfa.oz.au>; Tue, 7 Apr 1998 10:43:10 +1000 (EST) Received: from goppelt.op.net (d-phlarc1-0c.ppp.op.net [209.152.199.76]) by renoir.op.net (o1/$Revision: 1.15 $) with SMTP id UAA07198; Mon, 6 Apr 1998 20:42:56 -0400 (EDT) Message-Id: <199804070042.UAA07198(a)renoir.op.net> Comments: Authenticated sender is <edgee(a)cyberpass.net> From: "Ed G." <edgee(a)cyberpass.net> To: pups(a)minnie.cs.adfa.oz.au, Bob Supnik <Bob.Supnik(a)digital.com> Date: Mon, 6 Apr 1998 20:42:54 -0400 MIME-Version: 1.0 Content-type: Multipart/Mixed; boundary=Message-Boundary-396 Subject: Floating Point Bug in Bob's Emulator Reply-to: edgee(a)cyberpass.net X-mailer: Pegasus Mail for Win32 (v2.54) Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk --Message-Boundary-396 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Content-description: Mail message body I wrote a little square root program in "C" to test the floating point in Bob Supnik's emulator (see attached code). The program works fine under Linux, but bombs on Bob's emulator, confirming people's theory that the emulator has a floating point bug. I used Newton's method for the algorithm and only uses add, subtract, multiply and divide. The emulator produced identical incorrect results for two different versions of the program one using floats, the other doubles. Here's what the program does on Bob Supnik's emulator: # cc mysqrt.c # a.out Initial guess: 85070586659632214000000000000000000000.0000000000000000 guess: 1.0000000000000000 guess: 85070586659632214000000000000000000000.0000000000000000 guess: 1.0000000000000000 guess: 85070586659632214000000000000000000000.0000000000000000 guess: 1.0000000000000000 guess: 85070586659632214000000000000000000000.0000000000000000 guess: 1.0000000000000000 Here's what the program does on Linux: [root@oskar uv7]# gcc mysqrt.c [root@oskar uv7]# a.out Initial guess: 1.0000000000000000 guess: 1.5000000000000000 guess: 1.4166666666666667 guess: 1.4142156862745099 guess: 1.4142135623746899 My square root is: 1.4142135623746899 --Message-Boundary-396 Content-type: text/plain; charset=US-ASCII Content-disposition: inline Content-description: Attachment information. The following section of this message contains a file attachment prepared for transmission using the Internet MIME message format. If you are using Pegasus Mail, or any another MIME-compliant system, you should be able to save it or view it from within your mailer. If you cannot, please ask your system administrator for assistance. ---- File information ----------- File: MYSQRT.C Date: 6 Apr 1998, 23:50 Size: 413 bytes. Type: Program-source --Message-Boundary-396 Content-type: Application/Octet-stream; name="MYSQRT.C"; type=Program-source Content-disposition: attachment; filename="MYSQRT.C" Content-transfer-encoding: BASE64 I2RlZmluZSBQUkUgZG91YmxlCgpQUkUgYWJzdihuKQogIFBSRSBuOwp7CiAgaWYgKG4gPCAw KSB7CiAgICByZXR1cm4gLW47CiAgfQogIGVsc2UgewogICAgcmV0dXJuIG47CiAgfQp9CgpQ UkUgbXlzcXJ0KG4pClBSRSBuOwp7ClBSRSBnLCBlcnI7CgpnID0gbi8yOwplcnIgPSBuLzFl NjsKCnByaW50ZigiUHJlY2lzaW9uOiAgUFJFXG4iKTsKCnByaW50ZigiSW5pdGlhbCBndWVz czogJS4xNmZcblxuIiwgZyk7CiB3aGlsZSAoYWJzdihnKmctbikgPj0gZXJyKSB7CiAgIGcg PSAoZypnK24pLygyKmcpOwogICBwcmludGYoImd1ZXNzOiAlLjE2ZlxuIiwgZyk7CiB9CnJl dHVybihnKTsKfQoKbWFpbigpCnsKUFJFIG4gPSAyLjA7CgogcHJpbnRmKCJcbk15IHNxdWFy ZSByb290IGlzOiAlLjE2ZlxuIiwgbXlzcXJ0KG4pKTsKfQo= --Message-Boundary-396-- Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id KAA01389 for pups-liszt; Tue, 7 Apr 1998 10:43:29 +1000 (EST) X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f >From "Ed G." <edgee(a)cyberpass.net> Tue Apr 7 10:42:54 1998 Received: from renoir.op.net (root(a)renoir.op.net [209.152.193.4]) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id KAA01369 for <pups(a)minnie.cs.adfa.oz.au>; Tue, 7 Apr 1998 10:43:11 +1000 (EST) Received: from goppelt.op.net (d-phlarc1-0c.ppp.op.net [209.152.199.76]) by renoir.op.net (o1/$Revision: 1.15 $) with SMTP id UAA07210 for <pups(a)minnie.cs.adfa.oz.au>; Mon, 6 Apr 1998 20:43:02 -0400 (EDT) Message-Id: <199804070043.UAA07210(a)renoir.op.net> Comments: Authenticated sender is <edgee(a)cyberpass.net> From: "Ed G." <edgee(a)cyberpass.net> To: pups(a)minnie.cs.adfa.oz.au Date: Mon, 6 Apr 1998 20:42:54 -0400 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Floating Point-How Important to Unix? Reply-to: edgee(a)cyberpass.net X-mailer: Pegasus Mail for Win32 (v2.54) Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk Curious about how heavily uv7 relies on floating point? I was. I wrote a little program to count the occurences of op code '17' (the prefix for all PDP-11 floating point op codes) in Unix executables. It would seem from my results that Unix relies rather heavily on floating point. Are my results in error? Here's what I found in the bin directory: awk 2540 refer 1644 xsend 1326 tbl 1315 graph 1300 xget 1288 adb 1152 eqn 918 enroll 915 neqn 874 nroff 841 make 822 spline 812 yacc 789 sa 714 tar 706 lex 628 tek 618 prof 608 t300s 604 dc 601 vplot 582 iostat 579 t300 576 t450 574 em 530 bc 509 ratfor 474 quot 452 tsort 407 sh 381 expr 380 units 379 ac 365 sort 358 ps 327 restor 323 rmail 321 ptx 320 egrep 313 ls 310 ps.old 306 m4 304 random 298 su 296 tp 285 ops 282 diff 277 pr 275 sed 267 dump 261 deroff 255 icheck 251 ls.11 249 ld 246 login 240 cptree 230 passwd 227 login.old 218 cc 210 prep 205 at 203 dumpdir 197 join 196 wc 193 tc 192 nm 191 pstat 190 file 187 pr.old 186 crypt 182 date 181 grep 180 ranlib 174 fgrep 172 ncheck 159 checkeq 157 du 155 who 152 od 151 roff 149 ar 146 vpr 144 tk 141 time 139 rm 138 mv 134 newgrp 133 factor 132 write 125 primes 124 cmp 121 dfOLD 120 size 117 v6sh 116 vcopy 113 col 110 ln 106 sum 105 clri 104 tail 103 sleep 101 stty 98 touch 96 tty 91 split 90 uniq 89 rev 86 chown 84 kill 83 yes 79 tr 58 sp 57 test 53 basename 34 tee 24 echo 4 sync 2 u3b2 0 Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id KAA01416 for pups-liszt; Tue, 7 Apr 1998 10:45:22 +1000 (EST) X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f >From Warren Toomey <wkt(a)henry.cs.adfa.oz.au> Tue Apr 7 10:46:42 1998 Received: from henry.cs.adfa.oz.au (henry.cs.adfa.oz.au [131.236.21.158]) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id KAA01411 for <pups(a)minnie.cs.adfa.oz.au>; Tue, 7 Apr 1998 10:45:19 +1000 (EST) Received: (from wkt@localhost) by henry.cs.adfa.oz.au (8.7.5/8.7.3) id KAA00659; Tue, 7 Apr 1998 10:46:42 +1000 (EST) From: Warren Toomey <wkt(a)henry.cs.adfa.oz.au> Message-Id: <199804070046.KAA00659(a)henry.cs.adfa.oz.au> Subject: Re: License AU-1 arrives! To: johnh(a)psychvax.psych.usyd.edu.au (John Holden) Date: Tue, 7 Apr 1998 10:46:42 +1000 (EST) Cc: pups(a)minnie.cs.adfa.oz.au In-Reply-To: <199804070035.KAA11206(a)psychvax.psych.usyd.edu.au> from John Holden at "Apr 7, 98 10:35:46 am" Reply-To: wkt(a)cs.adfa.oz.au X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk In article by John Holden: > Perhaps we should ask SCO to issue licence AU-0 to Warren, in keeping > with his work on maintaining interest in old versions of Unix and we all > know that computer programmers start counting from zero! I like that :-) and will pass it on to Dion. I think mine's in the mail already, though. And of course I'm away for Easter, so it'll sit forlorn in my mail box until Tuesday next week. For those people interested in the PUP Archive, once their license arrives. It is still changing (growing), as we get stuff. We plan to do a `freeze' of material around the end of April, and cut a CD image then. Anybody who wants a CD copy will get this CD image. The archive will diverge from the CD of course, but I will be providing ftp access. We don't want to create new images more than once or twice a year. You will need to pay the volunteers to burn and mail you a CD. Cheers, Warren Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id KAA01435 for pups-liszt; Tue, 7 Apr 1998 10:49:50 +1000 (EST) X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f >From Warren Toomey <wkt(a)henry.cs.adfa.oz.au> Tue Apr 7 10:51:05 1998 Received: from henry.cs.adfa.oz.au (henry.cs.adfa.oz.au [131.236.21.158]) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id KAA01430 for <pups(a)minnie.cs.adfa.oz.au>; Tue, 7 Apr 1998 10:49:46 +1000 (EST) Received: (from wkt@localhost) by henry.cs.adfa.oz.au (8.7.5/8.7.3) id KAA00727; Tue, 7 Apr 1998 10:51:05 +1000 (EST) From: Warren Toomey <wkt(a)henry.cs.adfa.oz.au> Message-Id: <199804070051.KAA00727(a)henry.cs.adfa.oz.au> Subject: Re: Mag Tape Bug in Bob's Emulator? To: edgee(a)cyberpass.net Date: Tue, 7 Apr 1998 10:51:05 +1000 (EST) Cc: pups(a)minnie.cs.adfa.oz.au (PDP Unix Preservation) In-Reply-To: <199804070042.UAA07206(a)renoir.op.net> from "Ed G." at "Apr 6, 98 08:42:54 pm" Reply-To: wkt(a)cs.adfa.oz.au X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk In article by Ed G.: > Is this another bug? What do you all think? Is your tape just a raw format tape, or are you using the 32-bit preamble/postambles to indicate the record/block sizes? Read the tail-end of simh_doc.txt for details. Warren Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id OAA01897 for pups-liszt; Tue, 7 Apr 1998 14:21:27 +1000 (EST) X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f >From Greg Lehey <grog(a)lemis.com> Tue Apr 7 14:21:15 1998 Received: from allegro.lemis.com (allegro.lemis.com [192.109.197.134]) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id OAA01892 for <pups(a)minnie.cs.adfa.oz.au>; Tue, 7 Apr 1998 14:21:20 +1000 (EST) Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137]) by allegro.lemis.com (8.8.7/8.8.5) with ESMTP id NAA12310; Tue, 7 Apr 1998 13:51:16 +0930 (CST) Received: (from grog@localhost) by freebie.lemis.com (8.8.8/8.8.7) id NAA07098; Tue, 7 Apr 1998 13:51:15 +0930 (CST) (envelope-from grog) Message-ID: <19980407135115.06874(a)freebie.lemis.com> Date: Tue, 7 Apr 1998 13:51:15 +0930 From: Greg Lehey <grog(a)lemis.com> To: wkt(a)cs.adfa.oz.au, John Holden <johnh(a)psychvax.psych.usyd.edu.au> Cc: pups(a)minnie.cs.adfa.oz.au Subject: Re: License AU-1 arrives! References: <199804070035.KAA11206(a)psychvax.psych.usyd.edu.au> <199804070046.KAA00659(a)henry.cs.adfa.oz.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89i In-Reply-To: <199804070046.KAA00659(a)henry.cs.adfa.oz.au>; from Warren Toomey on Tue, Apr 07, 1998 at 10:46:42AM +1000 WWW-Home-Page: http://www.lemis.com/~grog Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk On Tue, 7 April 1998 at 10:46:42 +1000, Warren Toomey wrote: > In article by John Holden: >> Perhaps we should ask SCO to issue licence AU-0 to Warren, in keeping >> with his work on maintaining interest in old versions of Unix and we all >> know that computer programmers start counting from zero! > > I like that :-) and will pass it on to Dion. I think mine's in the mail > already, though. And of course I'm away for Easter, so it'll sit forlorn > in my mail box until Tuesday next week. > > For those people interested in the PUP Archive, once their license arrives. > It is still changing (growing), as we get stuff. We plan to do a `freeze' > of material around the end of April, and cut a CD image then. > > Anybody who wants a CD copy will get this CD image. The archive will diverge > from the CD of course, but I will be providing ftp access. We don't want to > create new images more than once or twice a year. You will need to pay the > volunteers to burn and mail you a CD. Anybody who gets a tape from me will get the latest version. The same will probably apply to CDs if I ever get round to installing a burner. Greg Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id OAA01912 for pups-liszt; Tue, 7 Apr 1998 14:23:27 +1000 (EST) X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f >From Greg Lehey <grog(a)lemis.com> Tue Apr 7 14:23:13 1998 Received: from allegro.lemis.com (allegro.lemis.com [192.109.197.134]) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id OAA01907 for <pups(a)minnie.cs.adfa.oz.au>; Tue, 7 Apr 1998 14:23:22 +1000 (EST) Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137]) by allegro.lemis.com (8.8.7/8.8.5) with ESMTP id NAA12314; Tue, 7 Apr 1998 13:53:14 +0930 (CST) Received: (from grog@localhost) by freebie.lemis.com (8.8.8/8.8.7) id NAA07106; Tue, 7 Apr 1998 13:53:13 +0930 (CST) (envelope-from grog) Message-ID: <19980407135313.43010(a)freebie.lemis.com> Date: Tue, 7 Apr 1998 13:53:13 +0930 From: Greg Lehey <grog(a)lemis.com> To: edgee(a)cyberpass.net, pups(a)minnie.cs.adfa.oz.au Subject: Re: Floating Point-How Important to Unix? References: <199804070043.UAA07210(a)renoir.op.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89i In-Reply-To: <199804070043.UAA07210(a)renoir.op.net>; from Ed G. on Mon, Apr 06, 1998 at 08:42:54PM -0400 WWW-Home-Page: http://www.lemis.com/~grog Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk On Mon, 6 April 1998 at 20:42:54 -0400, Ed G. wrote: > Curious about how heavily uv7 relies on floating point? > > I was. I wrote a little program to count the occurences of op code > '17' (the prefix for all PDP-11 floating point op codes) in Unix > executables. It would seem from my results that Unix relies rather > heavily on floating point. > > Are my results in error? How did you recognize the instructions words? Just because it's in the text segment doesn't mean it's instructions. Greg Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id PAA02164 for pups-liszt; Tue, 7 Apr 1998 15:49:58 +1000 (EST) X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f >From Warren Toomey <wkt(a)henry.cs.adfa.oz.au> Tue Apr 7 15:51:21 1998 Received: from henry.cs.adfa.oz.au (henry.cs.adfa.oz.au [131.236.21.158]) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id PAA02159 for <pups(a)minnie.cs.adfa.oz.au>; Tue, 7 Apr 1998 15:49:54 +1000 (EST) Received: (from wkt@localhost) by henry.cs.adfa.oz.au (8.7.5/8.7.3) id PAA01173 for pups(a)minnie.cs.adfa.oz.au; Tue, 7 Apr 1998 15:51:21 +1000 (EST) From: Warren Toomey <wkt(a)henry.cs.adfa.oz.au> Message-Id: <199804070551.PAA01173(a)henry.cs.adfa.oz.au> Subject: Receipt of 12 License Details To: pups(a)minnie.cs.adfa.oz.au (PDP Unix Preservation) Date: Tue, 7 Apr 1998 15:51:21 +1000 (EST) Reply-To: wkt(a)cs.adfa.oz.au X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk All, I have the list of the first 12 SCO AU license holders in front of me. Unfortunately, I'm not one of them :-( Anyway, things are humming along. Charles, David, Doug, Ed, James, Jennine, John, Jorgen, Ken, Matthias, Paul P, Paul V, Steven Cheers, Warren P.S Matthias has the most interesting number, AU-3B 8-)

27 years, 1 month

Re: What's magtape good for anyway?

by pete＠dunnington.u-net.com

On Apr 3, 5:55, Tim Shoppa wrote: > > Yes to all of those, though there are three standard recording densities > > (80bpi, 1600bpi, 6250bpi) and several recording methods (NRZ, NRZI, PE, etc). > > But in the 9-track world at least, 800 BPI was always NRZI, 1600 BPI > (and 3200 BPI) was always PE, and 6250 BPI was always a specific type > of GCR. Yes, I didn't mean to imply you could have any mixture. It's always irritated me that I can't read 800bpi tapes on my 1600bpi drive simply because it doesn't have the (optional) NRZI board. -- Pete Peter Turnbull Dept. of Computer Science University of York Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id GAA19782 for pups-liszt; Sat, 4 Apr 1998 06:30:31 +1000 (EST) X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f >From "Steven M. Schultz" <sms(a)moe.2bsd.com> Sat Apr 4 06:28:54 1998 Received: from moe.2bsd.com (0(a)MOE.2BSD.COM [206.139.202.200]) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id GAA19776 for <pups(a)minnie.cs.adfa.oz.au>; Sat, 4 Apr 1998 06:30:24 +1000 (EST) Received: (from sms@localhost) by moe.2bsd.com (8.8.5/8.8.5) id MAA25193; Fri, 3 Apr 1998 12:28:54 -0800 (PST) Date: Fri, 3 Apr 1998 12:28:54 -0800 (PST) From: "Steven M. Schultz" <sms(a)moe.2bsd.com> Message-Id: <199804032028.MAA25193(a)moe.2bsd.com> To: pups(a)minnie.cs.adfa.oz.au, shoppa(a)alph02.triumf.ca Subject: Re: Bug in Bob Supnik's Emulator! Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk Tim - > From: Tim Shoppa <shoppa(a)alph02.triumf.ca> > On a cow orker's 200 MHz Pentium Pro, Bob Supnik's emulator (compiled He's in the "dairy business"? :-) :-) > with gcc and running under Linux) is about twice as fast as a real > 11/73 for most CPU-intensive operations. Speeds for I/O based > operations can range from incredibly faster to incredibly slower Ok - I finally got around to retrying Bob's emulator. This is using gcc 2.8.1 under BSD/OS 3.1 with a PPro 200 and the Dhrystone 2.1 (C language version) program. Running under the emulator I get 555 dhrystones/second. On a real 11/73 I see 664 dhrystones/sec. I/O operations are faster but I suspect a some of that is due to Ultra-Wide Barracuda drives vs. HP 3724 and an Emulex UC08. > than a real -11, of course, and a lot of the interrupt and device > priority schemes seem seriously out of whack with how a real PDP-11 The line frequency clock seems to be acting strange. When running the dhrystone program I see: Measured time too small to obtain meaningful results Please increase number of runs EVEN THOUGH the (wall clock) run time for 20000 dhrystones was 36 seconds. > The same emulator running on a 7-year-old 133 MHz DEC Alpha is about I recall when the DEC rep here brought in one of the first 150mhz Alpha systems. Thought it was awesome that a machine could do a 3 phase build of GCC in about 1 hour. Ummm, today a PPro can do it in about 15 or 20 minutes ;) Other benchmarks of possible interest: A recompile of the 2.11BSD C compiler: 11/44 9min 20sec 11/73 9min 33sec 11/93 6min 43sec emulated PDP-11 5min 25sec (BUT the 'time' reported with "time make" was 10min 4 sec) the 44 and 73 are suprisingly close because the 44 was hobbled with RA81s on a UDA50 while the 73 had a HP3724S on Emulex UC08. Alas, the RA81 died so I no longer have a 44 to test with (until I get a RA9x or something myself since the support department refused to do it). Interesting that the emulated one is faster on this test even though the dhrystone rating is about 20% slower. Steven Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id XAA22011 for pups-liszt; Sat, 4 Apr 1998 23:40:52 +1000 (EST) X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f >From Johnny Billquist <bqt(a)minsk.docs.uu.se> Sat Apr 4 23:40:02 1998 Received: from Radha.DoCS.UU.SE (Radha.DoCS.UU.SE [130.238.9.99]) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with SMTP id XAA22006 for <pups(a)minnie.cs.adfa.oz.au>; Sat, 4 Apr 1998 23:40:41 +1000 (EST) Received: from Minsk.DoCS.UU.SE (bqt(a)Minsk.DoCS.UU.SE [130.238.9.30]) by Radha.DoCS.UU.SE (8.6.12/8.6.12) with SMTP id PAA10577; Sat, 4 Apr 1998 15:40:05 +0200 Received: from localhost by Minsk.DoCS.UU.SE (Sun-4/630, SunOS 4.1.2) with sendmail 5.61-bind 1.5+ida/ICU/DoCS id AA15396; Sat, 4 Apr 98 15:40:03 +0200 Date: Sat, 4 Apr 1998 15:40:02 +0200 (MET DST) From: Johnny Billquist <bqt(a)minsk.docs.uu.se> To: wkt(a)cs.adfa.oz.au Cc: PDP Unix Preservation <pups(a)minnie.cs.adfa.oz.au> Subject: Re: Sunchip package [was Assember in C?] In-Reply-To: <199803172059.HAA01365(a)henry.cs.adfa.oz.au> Message-Id: <Pine.SUN.3.95q.980404153822.15388A-100000(a)Minsk.DoCS.UU.SE> Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk > > > P.S. As I suspected and feared, > > > > % diff -r Trees/V7/usr/src/cmd/c Xinu/src/cmd/cc11 > > > > indicates the C compiler provided in all these archives (Xinu, > > CHIP, sunCHIP) are directly derived from the V6/V7 compiler. > > So is the DECUS C compiler, I hear. Is there any native C compiler > for the PDP-11 which isn't derived from V6/V7? Well, the obvious answer is DEC's (nowadays MENTEC's) own ANSI C compiler, which runs under RSX and RSTS/e (not sure about RT-11 though...) Johnny Johnny Billquist || "I'm on a bus CS student at Uppsala University || on a psychedelic trip email: bqt(a)minsk.docs.uu.se || Reading murder books pdp is alive! || tryin' to stay hip" - B. Idol Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id FAA22903 for pups-liszt; Sun, 5 Apr 1998 05:16:13 +1000 (EST) X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f >From Tim Shoppa <shoppa(a)alph02.triumf.ca> Sun Apr 5 05:16:02 1998 Received: from alph02.triumf.ca (alph02.Triumf.CA [142.90.114.18]) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with SMTP id FAA22898 for <pups(a)minnie.CS.ADFA.OZ.au>; Sun, 5 Apr 1998 05:16:07 +1000 (EST) Received: by alph02.triumf.ca; id AA21693; Sat, 4 Apr 1998 11:16:03 -0800 From: Tim Shoppa <shoppa(a)alph02.triumf.ca> Message-Id: <9804041916.AA21693(a)alph02.triumf.ca> Subject: Re: Sunchip package [was Assember in C?] To: pups(a)minnie.cs.adfa.oz.au Date: Sat, 4 Apr 1998 11:16:02 -0800 (PST) Cc: shoppa(a)alph02.triumf.ca In-Reply-To: <Pine.SUN.3.95q.980404153822.15388A-100000(a)Minsk.DoCS.UU.SE> from "Johnny Billquist" at Apr 4, 98 03:40:02 pm X-Mailer: ELM [version 2.4 PL22] Content-Type: text Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk > > So is the DECUS C compiler, I hear. Is there any native C compiler > > for the PDP-11 which isn't derived from V6/V7? > > Well, the obvious answer is DEC's (nowadays MENTEC's) own ANSI C > compiler, which runs under RSX and RSTS/e (not sure about RT-11 > though...) Yes, it does run under RT-11 (that's the only version I've used.) But I've no idea of the lineage of that particular compiler - it wouldn't surprise me to find out that it was derived from V6/V7 in some way. (Though clearly with entirely new run-time libraries.) As long as we're on the subject: has anyone succesfully cross-compiled using 'gcc' on some non-11 platform to produce PDP-11 object code, which they than succesfully ran? While the compiler seems to work fine, I've run into confusion when trying to use the *.h files from 2.11BSD to do something useful. Tim. (shoppa(a)triumf.ca) Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id GAA23137 for pups-liszt; Sun, 5 Apr 1998 06:43:45 +1000 (EST) X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f >From Tim Shoppa <shoppa(a)alph02.triumf.ca> Sun Apr 5 06:43:25 1998 Received: from alph02.triumf.ca (alph02.Triumf.CA [142.90.114.18]) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with SMTP id GAA23132 for <pups(a)minnie.CS.ADFA.OZ.au>; Sun, 5 Apr 1998 06:43:40 +1000 (EST) Received: by alph02.triumf.ca; id AA19446; Sat, 4 Apr 1998 12:43:25 -0800 From: Tim Shoppa <shoppa(a)alph02.triumf.ca> Message-Id: <9804042043.AA19446(a)alph02.triumf.ca> Subject: Re: Bug in Bob Supnik's Emulator! To: sms(a)moe.2bsd.com (Steven M. Schultz) Date: Sat, 4 Apr 1998 12:43:25 -0800 (PST) Cc: pups(a)minnie.cs.adfa.oz.au In-Reply-To: <199804032028.MAA25193(a)moe.2bsd.com> from "Steven M. Schultz" at Apr 3, 98 12:28:54 pm X-Mailer: ELM [version 2.4 PL22] Content-Type: text Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk > > with gcc and running under Linux) is about twice as fast as a real > > 11/73 for most CPU-intensive operations. Speeds for I/O based > > operations can range from incredibly faster to incredibly slower > > Ok - I finally got around to retrying Bob's emulator. This is using > gcc 2.8.1 under BSD/OS 3.1 with a PPro 200 and the Dhrystone 2.1 (C > language version) program. > > Running under the emulator I get 555 dhrystones/second. On a real > 11/73 I see 664 dhrystones/sec. I suspect that the emulator will be quite slow on any math-heavy benchmark - and your observations confirm this. Doesn't Bob's emulator do the FP operations by converting everything to IEEE and back for each and every operand? > > than a real -11, of course, and a lot of the interrupt and device > > priority schemes seem seriously out of whack with how a real PDP-11 > > The line frequency clock seems to be acting strange. When running > the dhrystone program I see: > > Measured time too small to obtain meaningful results > Please increase number of runs > > EVEN THOUGH the (wall clock) run time for 20000 dhrystones was 36 > seconds. On my cow-oreker's Pentium Pro, the line-time clock under Bob's emulator appears to work fine, but it "misses" a lot of ticks when running on my 7-year-old Alpha. I've never looked at the logic to figure out exactly what is going on, but I suspect that I couldn't emulate the interrupt/ priority structure any better than Bob's already done! > Other benchmarks of possible interest: > > A recompile of the 2.11BSD C compiler: > > 11/44 9min 20sec > 11/73 9min 33sec > 11/93 6min 43sec > emulated PDP-11 5min 25sec For most "real" PDP-11 emulation uses this is probably a more realistic benchark than the Dhrystone. I know lots of currently-being-used-and- maintained PDP-11 applications, and none of them are heavy on FP - all the FP-specific stuff got migrated to a faster machine the instant the faster machine became available. (You'd be amazed at the awful machines that I've seen people use *just* because it did their integral faster. Farms of I860's and I960's were the rage a couple of years ago, and boy was that an icky development platform.) > (BUT the 'time' reported with "time make" was 10min > 4 sec) The line-time-clock on Bob's emulator doesn't necessarily have anything to do with reality. On my cow-orker's 200 MHz pentium Pro, it ticks about twice as fast as real time, but on my Alpha it'll often not tick at all if there's something else keeping the (emulated) CPU busy. I think other emulators (like John Wilson's) put more emphasis on real-time applications and probably emulate the line-time-clock more faithfully. > Interesting that the emulated one is faster on this test even though > the dhrystone rating is about 20% slower. Again, I think the C recompile is probably a better benchmark - unless someone's specifically interested primarily in FP emulation, which I think is likely to be the exception. Tim. (shoppa(a)triumf.ca) Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id JAA23510 for pups-liszt; Sun, 5 Apr 1998 09:29:27 +1000 (EST) X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f >From Warren Toomey <wkt(a)henry.cs.adfa.oz.au> Sun Apr 5 09:30:24 1998 Received: from henry.cs.adfa.oz.au (henry.cs.adfa.oz.au [131.236.21.158]) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id JAA23505 for <pups(a)minnie.cs.adfa.oz.au>; Sun, 5 Apr 1998 09:29:22 +1000 (EST) Received: (from wkt@localhost) by henry.cs.adfa.oz.au (8.7.5/8.7.3) id JAA28084; Sun, 5 Apr 1998 09:30:24 +1000 (EST) From: Warren Toomey <wkt(a)henry.cs.adfa.oz.au> Message-Id: <199804042330.JAA28084(a)henry.cs.adfa.oz.au> Subject: Re: licenses mail today To: dionj(a)sco.COM (Dion Johnson) Date: Sun, 5 Apr 1998 09:30:24 +1000 (EST) In-Reply-To: <19980403095446.48700(a)sco.com> from Dion Johnson at "Apr 3, 98 09:54:46 am" Reply-To: wkt(a)cs.adfa.oz.au X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk In article by Dion Johnson: > I think I can get the licenses mailed today to the licensees. Ta! Warren Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id JAA27137 for pups-liszt; Mon, 6 Apr 1998 09:45:53 +1000 (EST) X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f >From Greg Lehey <grog(a)lemis.com> Mon Apr 6 09:45:32 1998 Received: from allegro.lemis.com (allegro.lemis.com [192.109.197.134]) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id JAA27132 for <pups(a)minnie.cs.adfa.oz.au>; Mon, 6 Apr 1998 09:45:47 +1000 (EST) Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137]) by allegro.lemis.com (8.8.7/8.8.5) with ESMTP id JAA10674; Mon, 6 Apr 1998 09:15:34 +0930 (CST) Received: (from grog@localhost) by freebie.lemis.com (8.8.8/8.8.7) id JAA27639; Mon, 6 Apr 1998 09:15:32 +0930 (CST) (envelope-from grog) Message-ID: <19980406091532.27504(a)freebie.lemis.com> Date: Mon, 6 Apr 1998 09:15:32 +0930 From: Greg Lehey <grog(a)lemis.com> To: pete(a)dunnington.u-net.com, pups(a)minnie.cs.adfa.oz.au Subject: Re: Bug in Bob Supnik's Emulator! References: <199804030750.XAA10664(a)moe.2bsd.com> <19980403172621.30485(a)papillon.lemis.com> <grog(a)lemis.com> <9804031317.ZM14102(a)indy.dunnington.york.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89i In-Reply-To: <9804031317.ZM14102(a)indy.dunnington.york.ac.uk>; from Pete Turnbull on Fri, Apr 03, 1998 at 12:17:19PM +0000 WWW-Home-Page: http://www.lemis.com/~grog Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk On Fri, 3 April 1998 at 12:17:19 +0000, Pete Turnbull wrote: > On Apr 3, 17:26, Greg Lehey wrote: >> On 2 April 1998 at 23:50:23 -0800, Steven M. Schultz wrote: > >>> Not having any great need of an emulated PDP-11 I've not pursued >>> the (suspected) bug in Bob Supnik's emulator. Even on a PentiumPro >>> an emulated 11 is slower than a real 11/73 (and a lot slower than an >>> 11/93 - which I should cease neglecting and stuff a SCSI card into >>> some day as I did with the 11/73). >> >> Interesting. I was running this on an AMD K6/233, which should be >> slower than a PPro, and I had the impression it was faster. Does >> anybody have some benchmarks? > > I don't have numbers for anything running under the emulator, but I do have > Dhrystone sources (and some figures for real PDP-11s of various sorts with > various operating systems and compilers). If anyone wants to try it, I can > post the source. I'd be interested. Greg Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id KAA27211 for pups-liszt; Mon, 6 Apr 1998 10:17:22 +1000 (EST) X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f >From Greg Lehey <grog(a)lemis.com> Mon Apr 6 10:16:56 1998 Received: from allegro.lemis.com (allegro.lemis.com [192.109.197.134]) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id KAA27206 for <pups(a)minnie.cs.adfa.oz.au>; Mon, 6 Apr 1998 10:17:17 +1000 (EST) Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137]) by allegro.lemis.com (8.8.7/8.8.5) with ESMTP id JAA10698; Mon, 6 Apr 1998 09:46:58 +0930 (CST) Received: (from grog@localhost) by freebie.lemis.com (8.8.8/8.8.7) id JAA27787; Mon, 6 Apr 1998 09:46:56 +0930 (CST) (envelope-from grog) Message-ID: <19980406094656.23449(a)freebie.lemis.com> Date: Mon, 6 Apr 1998 09:46:56 +0930 From: Greg Lehey <grog(a)lemis.com> To: "Steven M. Schultz" <sms(a)moe.2bsd.com>, pups(a)minnie.cs.adfa.oz.au, shoppa(a)alph02.triumf.ca Subject: Re: Bug in Bob Supnik's Emulator! References: <199804032028.MAA25193(a)moe.2bsd.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89i In-Reply-To: <199804032028.MAA25193(a)moe.2bsd.com>; from Steven M. Schultz on Fri, Apr 03, 1998 at 12:28:54PM -0800 WWW-Home-Page: http://www.lemis.com/~grog Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk On Fri, 3 April 1998 at 12:28:54 -0800, Steven M. Schultz wrote: > Ok - I finally got around to retrying Bob's emulator. This is using > gcc 2.8.1 under BSD/OS 3.1 with a PPro 200 and the Dhrystone 2.1 (C > language version) program. > > Other benchmarks of possible interest: > > A recompile of the 2.11BSD C compiler: > > 11/44 9min 20sec > 11/73 9min 33sec > 11/93 6min 43sec > emulated PDP-11 5min 25sec (BUT the 'time' reported with "time make" was 10min > 4 sec) > I don't know which directories you compiled, but here are the results on a K6/233 running FreeBSD 3.0 and the Begemot emulator: /usr/src/lib/c2 39.4 real 30.5 user 8.4 sys /usr/src/lib/ccom 223.6 real 186.9 user 36.2 sys /usr/src/lib/cpp 55.6 real 41.9 user 13.3 sys date(1) showed times consistent with time(1). Greg Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id LAA27499 for pups-liszt; Mon, 6 Apr 1998 11:59:29 +1000 (EST) X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f

27 years, 1 month

Re: Bug in Bob Supnik's Emulator!

by pete＠dunnington.u-net.com

On Apr 3, 17:26, Greg Lehey wrote: > On 2 April 1998 at 23:50:23 -0800, Steven M. Schultz wrote: > > Not having any great need of an emulated PDP-11 I've not pursued > > the (suspected) bug in Bob Supnik's emulator. Even on a PentiumPro > > an emulated 11 is slower than a real 11/73 (and a lot slower than an > > 11/93 - which I should cease neglecting and stuff a SCSI card into > > some day as I did with the 11/73). > > Interesting. I was running this on an AMD K6/233, which should be > slower than a PPro, and I had the impression it was faster. Does > anybody have some benchmarks? I don't have numbers for anything running under the emulator, but I do have Dhrystone sources (and some figures for real PDP-11s of various sorts with various operating systems and compilers). If anyone wants to try it, I can post the source. -- Pete Peter Turnbull Dept. of Computer Science University of York Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id WAA18297 for pups-liszt; Fri, 3 Apr 1998 22:19:51 +1000 (EST) X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f

27 years, 1 month

Re: Bug in Bob Supnik's Emulator!

by pete＠dunnington.u-net.com

On Apr 3, 15:41, Greg Lehey wrote: > Subject: Re: Bug in Bob Supnik's Emulator! > On Thu, 2 April 1998 at 16:00:40 -0800, Tim Shoppa wrote: > >> I suspect the FP emulation in Bob's Emulator, so it might be worth > >> watching the floating point values in the program. Bob mailed me during > >> the week, and I sent him a virgin binary of factor so he could verify that > >> there is a bug. I'd be very surprised if factor used FP. My 7th Edition system's offline ATM, so I can't check the source. > > More evidence of a bug is that 'vi' doesn't work right under Bob > > Supnik's emulator, either. At one point Steven Schultz made some > > private speculations to me about where the problem might be, but > > I've forgotten the details. Is it possible that these two bugs > > are both due to FP emulation? Does the 2.11BSD 'vi' even use > > the FP registers? Dunno, but I'd be surprised. > applied multiple patches to the system. I did have some as yet > unexplained problems with the assembler, which Steven Schultz > considers to be due to the emulator (more specifically, instruction > restart), but Hartmut Brandt (the principal author) thinks this is > unlikely. Well, it is one of the areas that causes trouble on different flavours of PDP-11. Both DEC and Unix O/S's had all sorts of games being played in the trap recovery code, according to which processor the O/S thought it was running under. But AFAIK, that code only gets called if an instruction is aborted, which I wouldn't expect would happen exactly the same way every time factor was run (but again, I'm speculating without having looked at the code). -- Pete Peter Turnbull Dept. of Computer Science University of York Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id WAA18305 for pups-liszt; Fri, 3 Apr 1998 22:19:55 +1000 (EST) X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f

27 years, 1 month

Re: What's magtape good for anyway?

by pete＠dunnington.u-net.com

On Apr 2, 22:15, Ed G. wrote: > Subject: Re: What's magtape good for anyway? > Was dectape an attempt to remedy some of these problems? My > hazy recollection was that you could treat dectape in some ways as if > it were a disk. Yes, in the sense that you could perform random-access operations on it. I used a PDP-8 that had twin DECtape instead of disks. It supported 4(?) teletypes in a multi-user environment. But DECtape was not 1/2" tape, nor did it use reels like the ones that later became standard. > How much data can magtape hold? If magtape was a portable media, > does that mean that the manufacturers agreed on the width of > the tape, the density of recording, the method of recording bits, > etc.? Yes to all of those, though there are three standard recording densities (80bpi, 1600bpi, 6250bpi) and several recording methods (NRZ, NRZI, PE, etc). There are different standard lengths too: 600' 1200' 2400'. > I have an old 9 track tape from a computer course I took in 1980. > For sentimental reasons I'd love to get a copy of its contents. Is > this possible do you think? Shouldn't be hard, unless it's suffered from print-through after 18 years. It's probably 800bpi (NRZI) or 1600bpi (PE). Whether you can understand the contents depends on the format of the data, of course. -- Pete Peter Turnbull Dept. of Computer Science University of York Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id XAA18540 for pups-liszt; Fri, 3 Apr 1998 23:50:27 +1000 (EST) X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f >From Tim Shoppa <shoppa(a)alph02.triumf.ca> Fri Apr 3 23:50:14 1998 Received: from alph02.triumf.ca (alph02.Triumf.CA [142.90.114.18]) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with SMTP id XAA18535 for <pups(a)minnie.CS.ADFA.OZ.au>; Fri, 3 Apr 1998 23:50:19 +1000 (EST) Received: by alph02.triumf.ca; id AA00796; Fri, 3 Apr 1998 05:50:14 -0800 From: Tim Shoppa <shoppa(a)alph02.triumf.ca> Message-Id: <9804031350.AA00796(a)alph02.triumf.ca> Subject: Re: What's magtape good for anyway? To: pups(a)minnie.cs.adfa.oz.au Date: Fri, 3 Apr 1998 05:50:14 -0800 (PST) In-Reply-To: <199804030315.WAA06617(a)renoir.op.net> from "Ed G." at Apr 2, 98 10:15:08 pm X-Mailer: ELM [version 2.4 PL22] Content-Type: text Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk > > Mag tape has > > several things that make it difficult, one is old (late 60s and through > > In old movies, filmmakers often focused on spinning tape > drives when they wanted to show a computer "thinking." What is it > about tape drives that made them such a powerful symbol for big, > complicated computer systems? You have to realize that disk storage on mainframe systems in the 1960's was usually quite small. Almost all "large-scale" processing was from tape drive(s) to tape drive(s). If you find a really good reference on sorting and collating (Knuth, for example) a lot of effort is made on doing things with as little core and disk space as possible. Most of these methods are still used today on really large data sets (for example, FFT's on multi-gigabyte data sets which are never entirely in memory.) > > the 70s) drives had a difficult time starting and stopping without > > breaking tape or resorting to complex(then standards) controllers. This > > lead to things like large interrecord gaps (start, speed up read, stop, > > backspace records, stop, read) due to the inerta of starting and stoping > > the reels. Also fixed record sizes were used to make blocks about the > > same length so blocks and marks could be differentiated using simple > > timers. > > Was dectape an attempt to remedy some of these problems? My > hazy recollection was that you could treat dectape in some ways as if > it were a disk. DECtape was very much different from other tape media of the time. You didn't treat it as a disk in just some ways, you treated it as a disk in all ways. At the time of DECtape, the most inexpensive removable disk media was the RK05 DECpack, which cost about $150-$200 per platter. DECtape was created as a more affordable "disk-like" removable media so that each user could carry his files around with him. > > Magtape was for the longest time the only portable media, which lead to > > the ansi/EBCDIC problems (Evryone else and IBM/HP). It was generally > > used for archival storage making file organized access excess overhead. > > While often used as block oriented, many systems used it more as a stream > > device where the high volume storage (relative to the disks of the time) > > capability was available. > > How much data can magtape hold? A 1600 bpi 2400 foot 9-track holds about 40 Megabytes if you use long blocks. Other more recent magtapes (i.e. DLT's) hold 40-100 Gigabytes per reel/cartridge. Some specialized optical tape media hold Terabytes per reel. > If magtape was a portable media, > does that mean that the manufacturers agreed on the width of > the tape, the density of recording, the method of recording bits, > etc.? Absolutely. There are ANSI standards for all of the above. Despite what others claim, interchangability was always rather straightforward, and the worst problems are the "concepts" not supported by some operating systems (i.e. Unix lacks file support for anything other than a file that's just a stream-of-bytes). > I have an old 9 track tape from a computer course I took in 1980. > For sentimental reasons I'd love to get a copy of its contents. Is > this possible do you think? Absolutely. Part of my current profession is reading 9- (and 7-) tracks that are up to 35 years old. > > When processing was done on early system usually two or three drives were > > involved as one of two were for reading and the third was writing results > > usually due to memory size limitations of the time compared to the amount > > of data. Alot of magtapes lore is a result of historical use. These uses aren't just historical - many of us still deal with datasets that are Terabytes in size and which cannot be disk (or core) resident. Tim. (shoppa(a)triumf.ca) Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id XAA18575 for pups-liszt; Fri, 3 Apr 1998 23:55:45 +1000 (EST) X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f >From Tim Shoppa <shoppa(a)alph02.triumf.ca> Fri Apr 3 23:55:06 1998 Received: from alph02.triumf.ca (alph02.Triumf.CA [142.90.114.18]) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with SMTP id XAA18565 for <pups(a)minnie.CS.ADFA.OZ.au>; Fri, 3 Apr 1998 23:55:32 +1000 (EST) Received: by alph02.triumf.ca; id AA32661; Fri, 3 Apr 1998 05:55:06 -0800 From: Tim Shoppa <shoppa(a)alph02.triumf.ca> Message-Id: <9804031355.AA32661(a)alph02.triumf.ca> Subject: Re: What's magtape good for anyway? To: pete(a)dunnington.U-NET.com Date: Fri, 3 Apr 1998 05:55:06 -0800 (PST) Cc: pups(a)minnie.cs.adfa.oz.au In-Reply-To: <9804031301.ZM14090(a)indy.dunnington.york.ac.uk> from "Pete Turnbull" at Apr 3, 98 12:01:48 pm X-Mailer: ELM [version 2.4 PL22] Content-Type: text Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk > > How much data can magtape hold? If magtape was a portable media, > > does that mean that the manufacturers agreed on the width of > > the tape, the density of recording, the method of recording bits, > > etc.? > > Yes to all of those, though there are three standard recording densities > (80bpi, 1600bpi, 6250bpi) and several recording methods (NRZ, NRZI, PE, etc). But in the 9-track world at least, 800 BPI was always NRZI, 1600 BPI (and 3200 BPI) was always PE, and 6250 BPI was always a specific type of GCR. In the 7-track world, recording was almost always NRZI. One manufacturer did make a 7-track PE system, but it was never a standard. Tim. Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id AAA18630 for pups-liszt; Sat, 4 Apr 1998 00:00:54 +1000 (EST) X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f >From Tim Shoppa <shoppa(a)alph02.triumf.ca> Sat Apr 4 00:00:44 1998 Received: from alph02.triumf.ca (alph02.Triumf.CA [142.90.114.18]) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with SMTP id AAA18625 for <pups(a)minnie.CS.ADFA.OZ.au>; Sat, 4 Apr 1998 00:00:48 +1000 (EST) Received: by alph02.triumf.ca; id AA23631; Fri, 3 Apr 1998 06:00:44 -0800 From: Tim Shoppa <shoppa(a)alph02.triumf.ca> Message-Id: <9804031400.AA23631(a)alph02.triumf.ca> Subject: Re: Bug in Bob Supnik's Emulator! To: pups(a)minnie.cs.adfa.oz.au Date: Fri, 3 Apr 1998 06:00:44 -0800 (PST) In-Reply-To: <199804030750.XAA10664(a)moe.2bsd.com> from "Steven M. Schultz" at Apr 2, 98 11:50:23 pm X-Mailer: ELM [version 2.4 PL22] Content-Type: text Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk > Not having any great need of an emulated PDP-11 I've not pursued > the (suspected) bug in Bob Supnik's emulator. Even on a PentiumPro > an emulated 11 is slower than a real 11/73 (and a lot slower than an > 11/93 - which I should cease neglecting and stuff a SCSI card into > some day as I did with the 11/73). On a cow orker's 200 MHz Pentium Pro, Bob Supnik's emulator (compiled with gcc and running under Linux) is about twice as fast as a real 11/73 for most CPU-intensive operations. Speeds for I/O based operations can range from incredibly faster to incredibly slower than a real -11, of course, and a lot of the interrupt and device priority schemes seem seriously out of whack with how a real PDP-11 works. And speed also depends on whether the MMU is enabled or not, too. The same emulator running on a 7-year-old 133 MHz DEC Alpha is about a third the speed of a real 11/73 (slow enough that a lot of 60 Hz line-time-clock interrupts go uncounted under RT-11, for example!) Tim. Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id EAA19270 for pups-liszt; Sat, 4 Apr 1998 04:25:23 +1000 (EST) X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f

27 years, 1 month

Re: What's magtape good for anyway?

by allisonp＠world.std.com

<Was dectape an attempt to remedy some of these problems? My <hazy recollection was that you could treat dectape in some ways as if <it were a disk. Dectape was an attempt to achive moderate amount of storage at low cost with good reliability. It's stop, turnaround time was poor but the cost was very low. It was preceeded by linktape which was very much similar. <How much data can magtape hold? If magtape was a portable media, varies with the size of the reel and the density it was recorded at. <does that mean that the manufacturers agreed on the width of <the tape, the density of recording, the method of recording bits, <etc.? To a point. <I have an old 9 track tape from a computer course I took in 1980. <For sentimental reasons I'd love to get a copy of its contents. Is <this possible do you think? Highly likely if you can find someone with a drive. <Is 'merge sort' an example of an application that required three tape <drives? Thats a typical one. Sometimes 4 drives were used plus maybe a disk system. Two for source material, one for intermediate results, one or more for programs and the last for final results. Some machines were very limited in the local memory they had so programs often were broken into small modules and loaded (chained) as needed on the fly. Imagine processing 500k of data in a 16k memory where a portion was also used for program code. Allison Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id RAA17456 for pups-liszt; Fri, 3 Apr 1998 17:08:58 +1000 (EST) X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f >From Greg Lehey <grog(a)lemis.com> Fri Apr 3 16:41:11 1998 Received: from mailext02.compaq.com (mailext02.compaq.com [207.18.199.33]) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with SMTP id RAA17451 for <pups(a)minnie.cs.adfa.oz.au>; Fri, 3 Apr 1998 17:08:47 +1000 (EST) Received: from mail.compaq.com(really [207.18.199.34]) by mailext02.compaq.com via sendmail with smtp id <m0yL0TQ-0005L4C(a)mailext02.compaq.com> for <pups(a)minnie.cs.adfa.oz.au>; Fri, 3 Apr 1998 01:01:12 -0600 (CST) (Smail-3.2.0.93 1997-Apr-12 #2 built 1997-Dec-21) Received: from papillon.lemis.com(really [202.48.19.19]) by mail.compaq.com via sendmail with smtp id <m0yL0ay-00059KC(a)mail.compaq.com> for <pups(a)minnie.cs.adfa.oz.au>; Fri, 3 Apr 98 01:09:00 -0600 (CST) (/\##/\ Smail3.1.30.16 #30.10 built 18-dec-97) Received: (grog@localhost) by papillon.lemis.com (8.8.8/8.6.12) id PAA00975; Fri, 3 Apr 1998 15:41:15 +0900 (JST) Message-ID: <19980403154111.63328(a)papillon.lemis.com> Date: Fri, 3 Apr 1998 15:41:11 +0900 From: Greg Lehey <grog(a)lemis.com> To: Tim Shoppa <shoppa(a)alph02.triumf.ca>, wkt(a)CS.ADFA.OZ.au Cc: pete(a)dunnington.U-NET.com, edgee(a)cyberpass.net, pups(a)minnie.cs.adfa.oz.au Subject: Re: Bug in Bob Supnik's Emulator! References: <199803280050.LAA05410(a)henry.cs.adfa.oz.au> <9804030000.AA00122(a)alph02.triumf.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89i In-Reply-To: <9804030000.AA00122(a)alph02.triumf.ca>; from Tim Shoppa on Thu, Apr 02, 1998 at 04:00:40PM -0800 WWW-Home-Page: http://www.lemis.com/~grog Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk On Thu, 2 April 1998 at 16:00:40 -0800, Tim Shoppa wrote: >> I suspect the FP emulation in Bob's Emulator, so it might be worth >> watching the floating point values in the program. Bob mailed me during >> the week, and I sent him a virgin binary of factor so he could verify that >> there is a bug. > > More evidence of a bug is that 'vi' doesn't work right under Bob > Supnik's emulator, either. At one point Steven Schultz made some > private speculations to me about where the problem might be, but > I've forgotten the details. Is it possible that these two bugs > are both due to FP emulation? Does the 2.11BSD 'vi' even use > the FP registers? FWIW, I've used the latest (and not yet committed) version of the Begemot emulator to run 2.11BSD for over a week. In that time, I applied multiple patches to the system. I did have some as yet unexplained problems with the assembler, which Steven Schultz considers to be due to the emulator (more specifically, instruction restart), but Hartmut Brandt (the principal author) thinks this is unlikely. vi works as well as vi ever works. Greg Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id RAA17551 for pups-liszt; Fri, 3 Apr 1998 17:50:55 +1000 (EST) X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f >From "Steven M. Schultz" <sms(a)moe.2bsd.com> Fri Apr 3 17:50:23 1998 Received: from moe.2bsd.com (0(a)MOE.2BSD.COM [206.139.202.200]) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id RAA17545 for <pups(a)minnie.cs.adfa.oz.au>; Fri, 3 Apr 1998 17:50:49 +1000 (EST) Received: (from sms@localhost) by moe.2bsd.com (8.8.5/8.8.5) id XAA10664; Thu, 2 Apr 1998 23:50:23 -0800 (PST) Date: Thu, 2 Apr 1998 23:50:23 -0800 (PST) From: "Steven M. Schultz" <sms(a)moe.2bsd.com> Message-Id: <199804030750.XAA10664(a)moe.2bsd.com> To: grog(a)lemis.com, shoppa(a)alph02.triumf.ca, wkt(a)CS.ADFA.OZ.au Subject: Re: Bug in Bob Supnik's Emulator! Cc: pups(a)minnie.cs.adfa.oz.au Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk Greg - > FWIW, I've used the latest (and not yet committed) version of the > Begemot emulator to run 2.11BSD for over a week. In that time, I AH, a new and improved version? Great! SOmething to look forward to. > unexplained problems with the assembler, which Steven Schultz > considers to be due to the emulator (more specifically, instruction > restart), but Hartmut Brandt (the principal author) thinks this is unlikely. It was a possibility - the only other thing which I've seen cause similar problems was bad memory/cache. I presumed your memory wasn't failing ;). Programs suddenly dying for no apparent reason on otherwise healthy "hardware" led me to suspect a problem with the emulator. The final arbiter of course is a real PDP-11 :) I take it then that the problems went away as mysteriously as they arrived and that all is well with your system (no more assembler or kernel recompile troubles)? Not having any great need of an emulated PDP-11 I've not pursued the (suspected) bug in Bob Supnik's emulator. Even on a PentiumPro an emulated 11 is slower than a real 11/73 (and a lot slower than an 11/93 - which I should cease neglecting and stuff a SCSI card into some day as I did with the 11/73). Steven Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id SAA17660 for pups-liszt; Fri, 3 Apr 1998 18:37:02 +1000 (EST) X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f >From Greg Lehey <grog(a)lemis.com> Fri Apr 3 18:26:21 1998 Received: from mailext02.compaq.com (mailext02.compaq.com [207.18.199.33]) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with SMTP id SAA17655 for <pups(a)minnie.cs.adfa.oz.au>; Fri, 3 Apr 1998 18:36:56 +1000 (EST) Received: from mail.compaq.com(really [207.18.199.34]) by mailext02.compaq.com via sendmail with smtp id <m0yL1ql-0005DcC(a)mailext02.compaq.com> for <pups(a)minnie.cs.adfa.oz.au>; Fri, 3 Apr 1998 02:29:23 -0600 (CST) (Smail-3.2.0.93 1997-Apr-12 #2 built 1997-Dec-21) Received: from papillon.lemis.com(really [202.48.19.19]) by mail.compaq.com via sendmail with smtp id <m0yL1yM-00059UC(a)mail.compaq.com> for <pups(a)minnie.cs.adfa.oz.au>; Fri, 3 Apr 98 02:37:14 -0600 (CST) (/\##/\ Smail3.1.30.16 #30.10 built 18-dec-97) Received: (grog@localhost) by papillon.lemis.com (8.8.8/8.6.12) id RAA01094; Fri, 3 Apr 1998 17:26:22 +0900 (JST) Message-ID: <19980403172621.30485(a)papillon.lemis.com> Date: Fri, 3 Apr 1998 17:26:21 +0900 From: Greg Lehey <grog(a)lemis.com> To: "Steven M. Schultz" <sms(a)moe.2bsd.com>, shoppa(a)alph02.triumf.ca, wkt(a)CS.ADFA.OZ.au Cc: pups(a)minnie.cs.adfa.oz.au Subject: Re: Bug in Bob Supnik's Emulator! References: <199804030750.XAA10664(a)moe.2bsd.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89i In-Reply-To: <199804030750.XAA10664(a)moe.2bsd.com>; from Steven M. Schultz on Thu, Apr 02, 1998 at 11:50:23PM -0800 WWW-Home-Page: http://www.lemis.com/~grog Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk On Thu, 2 April 1998 at 23:50:23 -0800, Steven M. Schultz wrote: > Greg - > >> FWIW, I've used the latest (and not yet committed) version of the >> Begemot emulator to run 2.11BSD for over a week. In that time, I > > AH, a new and improved version? Great! SOmething to look forward to. It's the one I've been using all along. I never used an older version. >> unexplained problems with the assembler, which Steven Schultz >> considers to be due to the emulator (more specifically, instruction >> restart), but Hartmut Brandt (the principal author) thinks this is unlikely. > > It was a possibility - the only other thing which I've seen cause > similar problems was bad memory/cache. I presumed your memory > wasn't failing ;). Reasonable assumption. > Programs suddenly dying for no apparent reason on otherwise healthy > "hardware" led me to suspect a problem with the emulator. The final > arbiter of course is a real PDP-11 :) Sure, that makes sense. I did too, but I couldn't see anything obvious. > I take it then that the problems went away as mysteriously as they > arrived and that all is well with your system (no more assembler > or kernel recompile troubles)? Well, not quite. I finally got back to the real work I should have been doing, and I haven't had time to look at it again since. But they went into hiding when I tried to show them to Hartmut :-) I think we still have a problem somewhere. BTW, Hartmut had already upgraded to PL 40? before I tried to start, so I'm still not completely convinced that it's not something I did wrong in upgrading. > Not having any great need of an emulated PDP-11 I've not pursued > the (suspected) bug in Bob Supnik's emulator. Even on a PentiumPro > an emulated 11 is slower than a real 11/73 (and a lot slower than an > 11/93 - which I should cease neglecting and stuff a SCSI card into > some day as I did with the 11/73). Interesting. I was running this on an AMD K6/233, which should be slower than a PPro, and I had the impression it was faster. Does anybody have some benchmarks? Greg Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id WAA18306 for pups-liszt; Fri, 3 Apr 1998 22:19:57 +1000 (EST) X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f

27 years, 1 month

Re: Early DEC support for UNIX?

by allisonp＠world.std.com

<> Does anybody know what `distribution from within Digital' is being <> referred to here, and how I can get my hands on it, for the archive. <> Is this an early Ultrix? < < < I have an Edition 7 distribution from DEC. The work was largely <done by Fred Canter, along with Jerry Brenner and Armando Stettner. It <had prebuilt kernels as follows :- So happens I have a tk50 tape labeled ULRIX-11 X3.1 27-jul-87. Never looked at it as its apparently a tarball and all my systems with tk50 to date are rt-11/rsts or VMS. I keep meaning to look at it with the VAX ULTRIX4.2 VS2000. Allison Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id IAA13686 for pups-liszt; Fri, 3 Apr 1998 08:40:53 +1000 (EST) X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f >From Warren Toomey <wkt(a)henry.cs.adfa.oz.au> Fri Apr 3 08:41:49 1998 Received: from henry.cs.adfa.oz.au (henry.cs.adfa.oz.au [131.236.21.158]) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id IAA13681 for <pups(a)minnie.cs.adfa.oz.au>; Fri, 3 Apr 1998 08:40:49 +1000 (EST) Received: (from wkt@localhost) by henry.cs.adfa.oz.au (8.7.5/8.7.3) id IAA12757 for pups(a)minnie.cs.adfa.oz.au; Fri, 3 Apr 1998 08:41:49 +1000 (EST) From: Warren Toomey <wkt(a)henry.cs.adfa.oz.au> Message-Id: <199804022241.IAA12757(a)henry.cs.adfa.oz.au> Subject: Ultrix for PDP-11 To: pups(a)minnie.cs.adfa.oz.au (PDP Unix Preservation) Date: Fri, 3 Apr 1998 08:41:49 +1000 (EST) Reply-To: wkt(a)cs.adfa.oz.au X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk Briefly, Jean tells me the stuff I saw on his web page (early DEC support) is called UNIX V7M RELEASE 2.1. There's a copy of _a_ V7M in the archive, but I've asked Jean to look at his tape so we can compare contents. John Holden, as you saw, also has a tape with lots of pre-built kernels. I've asked John if we can get a copy of this tape too. A few people mentioned Ultrix for the PDP-11. This is probably a dumb question, but I assume DEC still owns these systems. Would it be possible (and/or worth it) to ask DEC to make it freely available to licensees? I guess we could ask Bob Supnik about it. Thanks again, Warren Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id JAA13909 for pups-liszt; Fri, 3 Apr 1998 09:58:51 +1000 (EST) X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f >From Warren Toomey <wkt(a)henry.cs.adfa.oz.au> Fri Apr 3 09:59:47 1998 Received: from henry.cs.adfa.oz.au (henry.cs.adfa.oz.au [131.236.21.158]) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id JAA13904 for <pups(a)minnie.cs.adfa.oz.au>; Fri, 3 Apr 1998 09:58:47 +1000 (EST) Received: (from wkt@localhost) by henry.cs.adfa.oz.au (8.7.5/8.7.3) id JAA12908 for pups(a)minnie.cs.adfa.oz.au; Fri, 3 Apr 1998 09:59:48 +1000 (EST) From: Warren Toomey <wkt(a)henry.cs.adfa.oz.au> Message-Id: <199804022359.JAA12908(a)henry.cs.adfa.oz.au> Subject: Ultrix: reply from Bob Supnik To: pups(a)minnie.cs.adfa.oz.au (PDP Unix Preservation) Date: Fri, 3 Apr 1998 09:59:47 +1000 (EST) Reply-To: wkt(a)cs.adfa.oz.au X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk All, I've just received this reply from Bob Supnik on PDP-11 Ultrix: > If you can clear the other license issues (SCO's) Digital would have no > problem giving a free license to its value add, whatever that was. > > That is, if the user can obtain a valid license from SCO, either binary > or source, Digital will agree to license its portion at no cost under > existing terms. I asked him if DEC would permit us to distribute Ultrix to LICENSEES ONLY, if some license agreement was also distributed. Awaiting a reply.... Warren P.S Ken, Allison, can you send in some tape images??? Thanks 8-) Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id KAA13931 for pups-liszt; Fri, 3 Apr 1998 10:02:59 +1000 (EST) X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f >From Tim Shoppa <shoppa(a)alph02.triumf.ca> Fri Apr 3 10:00:40 1998 Received: from alph02.triumf.ca (alph02.Triumf.CA [142.90.114.18]) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with SMTP id KAA13926 for <pups(a)minnie.CS.ADFA.OZ.au>; Fri, 3 Apr 1998 10:02:54 +1000 (EST) Received: by alph02.triumf.ca; id AA00122; Thu, 2 Apr 1998 16:00:40 -0800 From: Tim Shoppa <shoppa(a)alph02.triumf.ca> Message-Id: <9804030000.AA00122(a)alph02.triumf.ca> Subject: Re: Bug in Bob Supnik's Emulator! To: wkt(a)CS.ADFA.OZ.au Date: Thu, 2 Apr 1998 16:00:40 -0800 (PST) Cc: pete(a)dunnington.U-NET.com, edgee(a)cyberpass.net, pups(a)minnie.cs.adfa.oz.au In-Reply-To: <199803280050.LAA05410(a)henry.cs.adfa.oz.au> from "Warren Toomey" at Mar 28, 98 11:50:54 am X-Mailer: ELM [version 2.4 PL22] Content-Type: text Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk > I suspect the FP emulation in Bob's Emulator, so it might be worth > watching the floating point values in the program. Bob mailed me during > the week, and I sent him a virgin binary of factor so he could verify that > there is a bug. More evidence of a bug is that 'vi' doesn't work right under Bob Supnik's emulator, either. At one point Steven Schultz made some private speculations to me about where the problem might be, but I've forgotten the details. Is it possible that these two bugs are both due to FP emulation? Does the 2.11BSD 'vi' even use the FP registers? Tim. (shoppa(a)triumf.ca) Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id KAA13973 for pups-liszt; Fri, 3 Apr 1998 10:15:18 +1000 (EST) X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f >From Warren Toomey <wkt(a)henry.cs.adfa.oz.au> Fri Apr 3 10:16:15 1998 Received: from henry.cs.adfa.oz.au (henry.cs.adfa.oz.au [131.236.21.158]) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id KAA13968 for <pups(a)minnie.cs.adfa.oz.au>; Fri, 3 Apr 1998 10:15:14 +1000 (EST) Received: (from wkt@localhost) by henry.cs.adfa.oz.au (8.7.5/8.7.3) id KAA12956 for pups(a)minnie.cs.adfa.oz.au; Fri, 3 Apr 1998 10:16:15 +1000 (EST) From: Warren Toomey <wkt(a)henry.cs.adfa.oz.au> Message-Id: <199804030016.KAA12956(a)henry.cs.adfa.oz.au> Subject: Re: Bug in Bob Supnik's Emulator! Date: Fri, 3 Apr 1998 10:16:15 +1000 (EST) Cc: pups(a)minnie.cs.adfa.oz.au (PDP Unix Preservation) In-Reply-To: <9804030000.AA00122(a)alph02.triumf.ca> from Tim Shoppa at "Apr 2, 98 04:00:40 pm" Reply-To: wkt(a)cs.adfa.oz.au X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk In article by Tim Shoppa: > > I suspect the FP emulation in Bob's Emulator [breaking factor(6)] > More evidence of a bug is that 'vi' doesn't work right under Bob > Supnik's emulator, either. At one point Steven Schultz made some > private speculations to me about where the problem might be, but > I've forgotten the details. Is it possible that these two bugs > are both due to FP emulation? Does the 2.11BSD 'vi' even use > the FP registers? Don't know about vi FP, I could go have a look at the source. No, vi doesn't appear to use any floating point. I asked Bob about the factor(6) bug in my Ultrix mail, he didn't mention it, but he might at some stage. I'll keep people informed. As for vi, what was the abnormal behaviour? Warren Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id KAA14061 for pups-liszt; Fri, 3 Apr 1998 10:52:23 +1000 (EST) X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f >From "Steven M. Schultz" <sms(a)moe.2bsd.com> Fri Apr 3 10:50:26 1998 Received: from moe.2bsd.com (0(a)MOE.2BSD.COM [206.139.202.200]) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id KAA14056 for <pups(a)minnie.cs.adfa.oz.au>; Fri, 3 Apr 1998 10:52:17 +1000 (EST) Received: (from sms@localhost) by moe.2bsd.com (8.8.5/8.8.5) id QAA07798 for pups(a)minnie.cs.adfa.oz.au; Thu, 2 Apr 1998 16:50:26 -0800 (PST) Date: Thu, 2 Apr 1998 16:50:26 -0800 (PST) From: "Steven M. Schultz" <sms(a)moe.2bsd.com> Message-Id: <199804030050.QAA07798(a)moe.2bsd.com> To: pups(a)minnie.cs.adfa.oz.au Subject: Re: Bug in Bob Supnik's Emulator? Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk > Tim. (shoppa(a)triumf.ca) > More evidence of a bug is that 'vi' doesn't work right under Bob > Supnik's emulator, either. At one point Steven Schultz made some > private speculations to me about where the problem might be, but > I've forgotten the details. Is it possible that these two bugs > are both due to FP emulation? Does the 2.11BSD 'vi' even use > the FP registers? To the best of my knowledge 'vi' does NOT use any FP at all (other than the usual 32 bit arithmetic that all programs do if they do any 'long' arithmetic). My speculation is that there's a MMU emulation bug somewhere. 'vi' is a overlaid split I/D program. Overlays in 2.11BSD are done via 'page flipping' (altering MMU registers). Also 2.11 uses the 'expand downward' bit on the stack (as well as relying on MMR3 - i think that's the one - for instruction restart after growing the stack). If there's a subtle gotcha in the MMU emulation that will cause problems eventually. 2.11 is not alone in using the ED bit and instruction restart - if the problem is MMU related it could show up under other systems (V7). It would be interesting to know if 'vi' encountered problems on V7 but V7 doesn't have usermode overlays so getting 'vi' to run would be very problematic. Steven Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id KAA14110 for pups-liszt; Fri, 3 Apr 1998 10:59:44 +1000 (EST) X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f >From Warren Toomey <wkt(a)henry.cs.adfa.oz.au> Fri Apr 3 11:00:34 1998 Received: from henry.cs.adfa.oz.au (henry.cs.adfa.oz.au [131.236.21.158]) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id KAA14105 for <pups(a)minnie.cs.adfa.oz.au>; Fri, 3 Apr 1998 10:59:40 +1000 (EST) Received: (from wkt@localhost) by henry.cs.adfa.oz.au (8.7.5/8.7.3) id LAA13088; Fri, 3 Apr 1998 11:00:35 +1000 (EST) From: Warren Toomey <wkt(a)henry.cs.adfa.oz.au> Message-Id: <199804030100.LAA13088(a)henry.cs.adfa.oz.au> Subject: Re: Bug in Bob Supnik's Emulator? To: sms(a)moe.2bsd.com (Steven M. Schultz) Date: Fri, 3 Apr 1998 11:00:34 +1000 (EST) Cc: pups(a)minnie.cs.adfa.oz.au In-Reply-To: <199804030050.QAA07798(a)moe.2bsd.com> from "Steven M. Schultz" at "Apr 2, 98 04:50:26 pm" Reply-To: wkt(a)cs.adfa.oz.au X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk In article by Steven M. Schultz: [re bugs in Bob Sunik's PDP emulator] > My speculation is that there's a MMU emulation bug somewhere. 'vi' is > a overlaid split I/D program. Overlays in 2.11BSD are done via > 'page flipping' (altering MMU registers). Also 2.11 uses the 'expand > downward' bit on the stack (as well as relying on MMR3 - i think that's > the one - for instruction restart after growing the stack). If there's > a subtle gotcha in the MMU emulation that will cause problems > eventually. 2.11 is not alone in using the ED bit and instruction > restart - if the problem is MMU related it could show up under other > systems (V7). It would be interesting to know if 'vi' encountered > problems on V7 but V7 doesn't have usermode overlays so getting 'vi' > to run would be very problematic. > > Steven The 2bsd distribution in the archive comes with an early non-overlayed vi which compiles on V7. However, I haven't got it to work correctly yet. I suspect that the /etc/termcap entry I was using is not recognised by this early version of termlib. This is all irrelevant to the emulator bug, BTW. Steven, have you mentioned your hypothesis to Bob? Warren Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id NAA14677 for pups-liszt; Fri, 3 Apr 1998 13:15:33 +1000 (EST) X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f >From "Ed G." <edgee(a)cyberpass.net> Fri Apr 3 12:15:08 1998 Received: from renoir.op.net (root(a)renoir.op.net [209.152.193.4]) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id NAA14672 for <pups(a)minnie.cs.adfa.oz.au>; Fri, 3 Apr 1998 13:15:25 +1000 (EST) Received: from goppelt.op.net (d-phlarc2-06.ppp.op.net [209.152.199.102]) by renoir.op.net (o1/$Revision: 1.15 $) with SMTP id WAA06617; Thu, 2 Apr 1998 22:15:08 -0500 (EST) Message-Id: <199804030315.WAA06617(a)renoir.op.net> Comments: Authenticated sender is <edgee(a)cyberpass.net> From: "Ed G." <edgee(a)cyberpass.net> To: pups(a)minnie.cs.adfa.oz.au Date: Thu, 2 Apr 1998 22:15:08 -0400 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Re: What's magtape good for anyway? Reply-to: edgee(a)cyberpass.net CC: allisonp(a)world.std.com (Allison J Parent) In-reply-to: <199803251433.AA22737(a)world.std.com> X-mailer: Pegasus Mail for Win32 (v2.54) Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk > Mag tape has > several things that make it difficult, one is old (late 60s and through In old movies, filmmakers often focused on spinning tape drives when they wanted to show a computer "thinking." What is it about tape drives that made them such a powerful symbol for big, complicated computer systems? > the 70s) drives had a difficult time starting and stopping without > breaking tape or resorting to complex(then standards) controllers. This > lead to things like large interrecord gaps (start, speed up read, stop, > backspace records, stop, read) due to the inerta of starting and stoping > the reels. Also fixed record sizes were used to make blocks about the > same length so blocks and marks could be differentiated using simple > timers. Was dectape an attempt to remedy some of these problems? My hazy recollection was that you could treat dectape in some ways as if it were a disk. > Magtape was for the longest time the only portable media, which lead to > the ansi/EBCDIC problems (Evryone else and IBM/HP). It was generally > used for archival storage making file organized access excess overhead. > While often used as block oriented, many systems used it more as a stream > device where the high volume storage (relative to the disks of the time) > capability was available. How much data can magtape hold? If magtape was a portable media, does that mean that the manufacturers agreed on the width of the tape, the density of recording, the method of recording bits, etc.? I have an old 9 track tape from a computer course I took in 1980. For sentimental reasons I'd love to get a copy of its contents. Is this possible do you think? > When processing was done on early system usually two or three drives were > involved as one of two were for reading and the third was writing results > usually due to memory size limitations of the time compared to the amount > of data. Alot of magtapes lore is a result of historical use. Is 'merge sort' an example of an application that required three tape drives? Ed Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id PAA16168 for pups-liszt; Fri, 3 Apr 1998 15:44:37 +1000 (EST) X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f

27 years, 1 month

SCO Licenses-where are they?

by Ed G.

Has anyone gotten their "Antique Source Code License" yet? I sent in my signed contract to the SCO 3/11/98, but I haven't heard a thing. Ed Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id OAA10655 for pups-liszt; Thu, 2 Apr 1998 14:13:24 +1000 (EST) X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f >From Warren Toomey <wkt(a)henry.cs.adfa.oz.au> Thu Apr 2 14:14:09 1998 Received: from henry.cs.adfa.oz.au (henry.cs.adfa.oz.au [131.236.21.158]) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id OAA10650 for <pups(a)minnie.cs.adfa.oz.au>; Thu, 2 Apr 1998 14:13:20 +1000 (EST) Received: (from wkt@localhost) by henry.cs.adfa.oz.au (8.7.5/8.7.3) id OAA11901; Thu, 2 Apr 1998 14:14:09 +1000 (EST) From: Warren Toomey <wkt(a)henry.cs.adfa.oz.au> Message-Id: <199804020414.OAA11901(a)henry.cs.adfa.oz.au> Subject: Re: SCO Licenses-where are they? To: edgee(a)cyberpass.net Date: Thu, 2 Apr 1998 14:14:09 +1000 (EST) Cc: pups(a)minnie.cs.adfa.oz.au (PDP Unix Preservation) In-Reply-To: <199804020315.WAA25507(a)renoir.op.net> from "Ed G." at "Apr 1, 98 10:15:20 pm" Reply-To: wkt(a)cs.adfa.oz.au X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk In article by Ed G.: > Has anyone gotten their "Antique Source Code License" yet? > I sent in my signed contract to the SCO 3/11/98, but I haven't heard > a thing. > Ed This is the word from Dion, as at 1st April: Well, we have 12 licenses accumulated here and I haven't got any "system" set up to deal with these. I will probably just send you a list of the peoples' names and addresses by postal mail. Hope that's not too primitive. I asked if he could send me the list via PGP email, but he countered that they were all on paper, and he didn't have the time to send me the list. However, he did say: I will just drop them into a DHL or similar express shipment thing. Hopefully in a day or two. Now, I'm not sure if this means: + he will ship the licenses in a day or two, + he will ship me the list in a day or two, + it will only take a day or two for the list to reach me. However, the worst-case scenario is that the licenses will be posted in a day or two, and they should reach you quickly after that. I checked my bank account, and SCO removed $100 on the 24th March. I take this to indicate that I am now licensed. I don't know if this is of much help, though. I am waiting in anticipation, as we all are. BTW First person to announce their license in the mailing list wins. Wins what, I haven't a clue ;-) Warren Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id PAA10899 for pups-liszt; Thu, 2 Apr 1998 15:35:13 +1000 (EST) X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f >From Warren Toomey <wkt(a)henry.cs.adfa.oz.au> Thu Apr 2 15:36:04 1998 Received: from henry.cs.adfa.oz.au (henry.cs.adfa.oz.au [131.236.21.158]) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id PAA10894 for <pups(a)minnie.cs.adfa.oz.au>; Thu, 2 Apr 1998 15:35:09 +1000 (EST) Received: (from wkt@localhost) by henry.cs.adfa.oz.au (8.7.5/8.7.3) id PAA12273 for pups(a)minnie.cs.adfa.oz.au; Thu, 2 Apr 1998 15:36:04 +1000 (EST) From: Warren Toomey <wkt(a)henry.cs.adfa.oz.au> Message-Id: <199804020536.PAA12273(a)henry.cs.adfa.oz.au> Subject: Early DEC support for UNIX? To: pups(a)minnie.cs.adfa.oz.au (PDP Unix Preservation) Date: Thu, 2 Apr 1998 15:36:04 +1000 (EST) Reply-To: wkt(a)cs.adfa.oz.au X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk I was just browsing for web pages related to PDP-11s and UNIX, and I found: http://idefix-45.cs.kuleuven.ac.be/museum/pdp/unix-E.html which has a most interesting paragraph at the bottom: Officially Digital Equipment did not support Unix. With the maintenance technicians we made the agreement that the hardware was OK, when their test programs did not produce error messages. At the end of 1983 we found out that within Digital there was a very small group which distributed Unix V7 with support and drivers for all PDP 11 models and devices. Sources were distributed freely to all source licensees of Bell labs. From then on we have used that distribution. Does anybody know what `distribution from within Digital' is being referred to here, and how I can get my hands on it, for the archive. Is this an early Ultrix? I've mailed the maintainer of the web page in question for more information. Warren Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id RAA11109 for pups-liszt; Thu, 2 Apr 1998 17:05:05 +1000 (EST) X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f >From John Holden <johnh(a)psychvax.psych.usyd.edu.au> Thu Apr 2 17:04:51 1998 Received: from psychvax.psych.usyd.edu.au (psychvax.psych.usyd.edu.au [129.78.83.1]) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id RAA11104 for <pups(a)minnie.cs.adfa.oz.au>; Thu, 2 Apr 1998 17:05:01 +1000 (EST) Received: (from johnh@localhost) by psychvax.psych.usyd.edu.au (8.8.8/8.8.8) id RAA25088 for pups(a)minnie.cs.adfa.oz.au; Thu, 2 Apr 1998 17:04:51 +1000 Date: Thu, 2 Apr 1998 17:04:51 +1000 From: John Holden <johnh(a)psychvax.psych.usyd.edu.au> Message-Id: <199804020704.RAA25088(a)psychvax.psych.usyd.edu.au> To: pups(a)minnie.cs.adfa.oz.au Subject: Re: Early DEC support for UNIX? Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk > Does anybody know what `distribution from within Digital' is being > referred to here, and how I can get my hands on it, for the archive. > Is this an early Ultrix? I have an Edition 7 distribution from DEC. The work was largely done by Fred Canter, along with Jerry Brenner and Armando Stettner. It had prebuilt kernels as follows :- CPU Disk Tape 11/23 RL02 TU10 11/34 RK06 TE10 11/40 RK07 TU16 11/60 RM02 TE16 11/44 RM03 TS11 11/45 RP03 11/70 RP04 RP05 RP06 I have a 1600bpi tape, but haven't tried to read it lately. Received: (from major@localhost) by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id AAA12448 for pups-liszt; Fri, 3 Apr 1998 00:54:20 +1000 (EST) X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f

27 years, 1 month

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