Hi, Warren. On May 10, 18:26, Warren Toomey wrote: I should have thought of that! Steven told me the same thing last night. That looks the same as mine. I had a look in the superblock on a couple of bootable RL02s, and found 18,000. 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) 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: 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) 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 - 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)