A rescue yesterday yielded several 9-tracks claiming to be Usenix
collections from the late 70's and early 80's. Are there any Usenix
collections online that might be interested in copies? If not, would
this material be appropriate for the PUPS archive, possibly in a trimmed
or edited form?
--
Tim Shoppa Email: shoppa(a)trailing-edge.com
Trailing Edge Technology WWW: http://www.trailing-edge.com/
7328 Bradley Blvd Voice: 301-767-5917
Bethesda, MD, USA 20817 Fax: 301-767-5927
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.1/8.9.1) id JAA07967
for pups-liszt; Mon, 3 May 1999 09:05:27 +1000 (EST)
>From Warren Toomey <wkt(a)henry.cs.adfa.edu.au> Mon May 3 09:03:24 1999
Received: from henry.cs.adfa.edu.au (henry.cs.adfa.edu.au [131.236.21.158])
by minnie.cs.adfa.edu.au (8.9.1/8.9.1) with ESMTP id JAA07962
for <pups(a)minnie.cs.adfa.edu.au>; Mon, 3 May 1999 09:05:19 +1000 (EST)
Received: (from wkt@localhost)
by henry.cs.adfa.edu.au (8.9.2/8.9.1) id JAA41888;
Mon, 3 May 1999 09:03:24 +1000 (EST)
(envelope-from wkt)
From: Warren Toomey <wkt(a)henry.cs.adfa.edu.au>
Message-Id: <199905022303.JAA41888(a)henry.cs.adfa.edu.au>
Subject: Re: Usenix archives?
In-Reply-To: <990502174247.20c01252(a)trailing-edge.com> from Tim Shoppa at "May 2, 1999 5:42:47 pm"
To: SHOPPA(a)trailing-edge.com (Tim Shoppa)
Date: Mon, 3 May 1999 09:03:24 +1000 (EST)
Cc: pups(a)minnie.cs.adfa.edu.au (Unix Heritage Society)
Reply-To: wkt(a)cs.adfa.edu.au
X-Mailer: ELM [version 2.4ME+ PL43 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
In article by Tim Shoppa:
> A rescue yesterday yielded several 9-tracks claiming to be Usenix
> collections from the late 70's and early 80's. Are there any Usenix
> collections online that might be interested in copies? If not, would
> this material be appropriate for the PUPS archive, possibly in a trimmed
> or edited form?
Hi Tim, yes I think those tapes would be excellent material for the
PUPS Archive. We already have some Usenix tapes in the archive:
2616 Applications/Usenix_77/ug091377-ar.tar.gz
10208 Applications/Spencer_Tapes/del.tar.gz
2688 Applications/Spencer_Tapes/tor79.tar.gz
but of course more would be welcome. I'd be happy to take them untrimmed :-)
Thanks!
Warren
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.1/8.9.1) id BAA10986
for pups-liszt; Tue, 4 May 1999 01:43:39 +1000 (EST)
>From Eric Fischer <eric(a)fudge.uchicago.edu> Tue May 4 01:41:11 1999
Received: from fudge.uchicago.edu (IDENT:eric@fudge.uchicago.edu [128.135.136.68])
by minnie.cs.adfa.edu.au (8.9.1/8.9.1) with ESMTP id BAA10981
for <pups(a)minnie.cs.adfa.edu.au>; Tue, 4 May 1999 01:43:28 +1000 (EST)
Received: (from eric@localhost)
by fudge.uchicago.edu (8.8.8/8.8.8) id KAA10922;
Mon, 3 May 1999 10:41:11 -0500 (CDT)
Date: Mon, 3 May 1999 10:41:11 -0500 (CDT)
From: Eric Fischer <eric(a)fudge.uchicago.edu>
Message-Id: <199905031541.KAA10922(a)fudge.uchicago.edu>
To: pups(a)minnie.cs.adfa.edu.au
Subject: SunOS 0.4 tape
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
When sorting through old things in the machine room here recently,
Job Bogan came across an early QIC tape of SunOS. The label reads:
Sun UNIX 4.2* Software Release 0.4
(*Berkeley Beta Release)
1/4" Boot Tape 1 of 2 700-0585-01
copyright (c) 1983 Sun Microsystems
Unfortunately, when I attempted to read the tape, all I got was a
tar file of a Fortran program dating from 1989. It didn't get very
far into the tape, though, so parts of the original software may
still be present -- but I don't know how to get past the end-of-tape
mark to get at them. Any ideas?
By the way, the Sun 1 that this tape goes with still exists, elsewhere
on campus, but hasn't been in usable condition in years.
eric
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.1/8.9.1) id CAA11134
for pups-liszt; Tue, 4 May 1999 02:31:47 +1000 (EST)
>From Tim Shoppa <SHOPPA(a)trailing-edge.com> Tue May 4 02:29:16 1999
Received: from timaxp.trailing-edge.com (trailing-edge.wdn.com [198.232.144.27])
by minnie.cs.adfa.edu.au (8.9.1/8.9.1) with SMTP id CAA11129
for <PUPS(a)MINNIE.cs.adfa.EDU.AU>; Tue, 4 May 1999 02:31:36 +1000 (EST)
Received: by timaxp.trailing-edge.com for PUPS(a)MINNIE.cs.adfa.EDU.AU;
Mon, 3 May 1999 12:29:16 -0400
Date: Mon, 3 May 1999 12:29:16 -0400
From: Tim Shoppa <SHOPPA(a)trailing-edge.com>
To: PUPS(a)minnie.cs.adfa.edu.au
Message-Id: <990503122916.20c010f3(a)trailing-edge.com>
Subject: Re: SunOS 0.4 tape
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
>When sorting through old things in the machine room here recently,
>Job Bogan came across an early QIC tape of SunOS. The label reads:
>
> Sun UNIX 4.2* Software Release 0.4
> (*Berkeley Beta Release)
> 1/4" Boot Tape 1 of 2 700-0585-01
> copyright (c) 1983 Sun Microsystems
>
>Unfortunately, when I attempted to read the tape, all I got was a
>tar file of a Fortran program dating from 1989.
So presumably someone decided to re-use this tape - and we hope they
didn't reformat the tape first.
> It didn't get very
>far into the tape, though, so parts of the original software may
>still be present -- but I don't know how to get past the end-of-tape
>mark to get at them. Any ideas?
QIC tape formats have physical sectors that the controller (in your
case, most likely the SCSI controller that interfaces the drive to
your SCSI bus) presents to the rest of the system as a series of
logical tape records and tape marks. You can't get past the logical
end-of-tape because the SCSI controller (not host adapter!) "knows"
there's nothing past the logical end-of-tape. If you bypass this
by going straight to the physical sectors, you can read the data
following logical end-of-tape, assuming that the cartridge was
never reformatted. Most SCSI QIC tape controllers will let you
get at the physical sectors, but this is rarely supported by the OS
and isn't always consistent from model to model and manufacturer
to manufacturer.
QIC tape standards are pretty well documented at http://www.qic.org/.
For details on how your SCSI QIC drive can be forced to access
physical sectors, it's best to go straight to the drive manufacturer's
technical manuals.
--
Tim Shoppa Email: shoppa(a)trailing-edge.com
Trailing Edge Technology WWW: http://www.trailing-edge.com/
7328 Bradley Blvd Voice: 301-767-5917
Bethesda, MD, USA 20817 Fax: 301-767-5927
I have created 'yet another PDP-11 page', hence forth to be known as YAPP
at :- www.psych.usyd.edu.au/pdp-11
I have covered all the production PDP-11's with a slant to earlier models,
and lots of images.
Enjoy.
I have a set of printed (decent quality) manuals which were
distributed with 32bit machines (HLH Orions) which ran BSD in later
life (I have BSD manuals for them). These ones must be from some
early port of <something>, perhaps 32v or I'm not sure what. They're
dated 1979 and seem to describe some definitely pre-BSD Unix. As you
can probably tell I haven't been through them in detail or I'd have
more info.
I don't really want them as they're 4 folders which don't actually
define any system I have (unless I succeed in finding a free PDP11 of
reasonable physical size in the UK...) and really I have too much
stuff already... But it seems a shame to just throw them out. Is it
worth trying to preserve such things? Could anyone offer them a home.
I can post them in the UK, and abroad if it's not too savagely
expensive.
--tim
I hope someone can put this machine to good use.
I'd pursue it myself but I live in Portland, OR.
---------- Forwarded message ----------
Path: news!global-news-master!newsfeed.concentric.net!newshub.northeast.verio.net!cpk-news-hub1.bbnplanet.com!news.gtei.net!newsfeed.cwix.com!204.210.223.23!dustdevil.neo.rr.com!not-for-mail
From: matuscak(a)rohrer.com (Joe Matuscak)
Newsgroups: comp.sys.dec
Subject: PDP-11/83 looking for good home
Message-ID: <MPG.1162bfd24561aa4989684(a)news-server.neo.rr.com>
X-Newsreader: MicroPlanet Gravity v2.10
Date: Wed, 24 Mar 1999 09:25:09 -0500
NNTP-Posting-Host: 204.210.200.18
X-Complaints-To: abuse(a)neo.rr.com
X-Trace: dustdevil.neo.rr.com 922285509 204.210.200.18 (Wed, 24 Mar 1999 09:25:09 EDT)
NNTP-Posting-Date: Wed, 24 Mar 1999 09:25:09 EDT
Organization: Road Runner High Speed Online -- Northeast Ohio
Xref: news comp.sys.dec:76218
We have a PDP-11/83 system (BA123 worldbox, 2 DHQ11, RD54, TK50, LA120,
LA324) that is looking for a home. It's running MicroRSTS and is working.
We are located in northeast Ohio. Call or email me.
Thanks,
--
Joe Matuscak
Rohrer Corporation
717 Seville Road
Wadsworth, Ohio 44281
(330)335-1541
matuscak(a)rohrer.com
An interesting article on the early versions of Unix can be found online at:
http://www.daemonnews.org/199903/history.html
The arrtcle, which is an slightly updated version originally published in
Microsystems in 1984, is titled:
A History of UNIX Before Berkeley: UNIX® Evolution, 1975-1984
by Ian F. Darwin and Geoffrey Collyer
Martin Crehan
In article by Robert Harker, 408-295-9432:
> I just joined the pups-digest mailing list which seemed to be PDP-11
> oriented. Is there a different mailing list for the The Unix Heritage
> Society?
>
> And yes, I do have the original SunOS 2.x, 3.x, and 4.x software
> (and maybe 1.x also). As I tell friends, "There is a Sun 100u in the
> Smithsonian, but mine is older"
>
> Thanks in advance
> RLH
Hi Robert, the name is a legacy thing, feel free to talk about old Suns.
If you have the old software, and we can clear things with Sun, then
we could get it added into the archive here.
There was a German web site which had Sun's assent to put some old SunOS
versions up on the web. My email from Robert D. Keys
<rdkeys(a)seedlab1.cropsci.ncsu.edu> says:
Try the http://doener.unix-ag.uni-kl.de/ site, and it is explained
there. The guy actually got Sun to OK it, as far as I know, but
I have no idea of the exact legalese involved, but memory tells
me it was Sun Germany that gave the go-ahead on it.
The site may have moved to http://sun3arc.krupp.net, since I was
thinking a move was in progress a couple of months back.
I think I got to it via a link from www.sunhelp.com or www.sunfreeware.com.
Hope this helps,
Warren
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.1/8.9.1) id CAA00695
for pups-liszt; Thu, 4 Mar 1999 02:56:48 +1100 (EST)
In article by Jesper Nilsson:
> I'm thinking about getting myself a SCO Source license,
> but I'm worried that I might get "tainted" by this
> since my day job involves writing operating systems...
> My employer would not appreciate getting sued because of
> my hobbies...:-)
As long as you don't reuse tainted Unix source code in your job, you will
be ok. There are so many books covering the Unix kernel: Lions, Bach,
Goodheart, Vahalia etc., that any concerns other than source code reuse
are negligible.
That's my feelings, anyway.
Warren
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.1/8.9.1) id LAA25583
for pups-liszt; Wed, 24 Feb 1999 11:46:21 +1100 (EST)
>From Greg Lehey <grog(a)lemis.com> Wed Feb 24 10:46:07 1999
Received: from allegro.lemis.com (allegro.lemis.com [192.109.197.134])
by minnie.cs.adfa.edu.au (8.9.1/8.9.1) with ESMTP id LAA25578
for <pups(a)minnie.cs.adfa.edu.au>; Wed, 24 Feb 1999 11:46:12 +1100 (EST)
Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137])
by allegro.lemis.com (8.9.1/8.9.0) with ESMTP id LAA20195;
Wed, 24 Feb 1999 11:16:09 +1030 (CST)
Received: (from grog@localhost)
by freebie.lemis.com (8.9.3/8.9.0) id LAA51811;
Wed, 24 Feb 1999 11:16:08 +1030 (CST)
Message-ID: <19990224111607.G93492(a)lemis.com>
Date: Wed, 24 Feb 1999 11:16:07 +1030
From: Greg Lehey <grog(a)lemis.com>
To: wkt(a)cs.adfa.edu.au, Unix Heritage Society <pups(a)minnie.cs.adfa.edu.au>
Subject: Re: SCO Source license tainting?
References: <Pine.LNX.4.05-df.9902231646390.8684-100000(a)bartlet.df.lth.se> <199902232152.IAA04722(a)henry.cs.adfa.edu.au>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.93.2i
In-Reply-To: <199902232152.IAA04722(a)henry.cs.adfa.edu.au>; from Warren Toomey on Wed, Feb 24, 1999 at 08:52:15AM +1100
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.edu.au
Precedence: bulk
On Wednesday, 24 February 1999 at 8:52:15 +1100, Warren Toomey wrote:
> In article by Jesper Nilsson:
>> I'm thinking about getting myself a SCO Source license,
>> but I'm worried that I might get "tainted" by this
>> since my day job involves writing operating systems...
>> My employer would not appreciate getting sued because of
>> my hobbies...:-)
>
> As long as you don't reuse tainted Unix source code in your job, you will
> be ok. There are so many books covering the Unix kernel: Lions, Bach,
> Goodheart, Vahalia etc., that any concerns other than source code reuse
> are negligible.
I think this relates to a spectre raised during the USL/BSDI wars.
Somebody suggested that anybody who had been exposed to AT&T source
code was ``tainted'' and could thus not legally develop competitive
systems. Somewhere I have a button that somebody brought back to me
from a USENIX, with the text ``mentally contaminated''.
Jesper, I don't think you need to worry about the problem. That kind
of restriction would be unenforceable.
Greg
--
See complete headers for address, home page and phone numbers
finger grog(a)lemis.com for PGP public key
Ken Wellsch has just uploaded a set of RX50 disk images containing
2.9BSD for the Pro 350 to the PUPS Archive. You can find them in
Distributions/ucb/2.9bsd4pro350-kcwellsc
He says:
I believe the RX50 is actually 80 tracks with 10 sectors per track,
thus yielding 800 blocks per disk. I think the first track is
reserved and thus Venix would not let me at it. Hopefully I have
not also lost additional information here too.
All the 34 disk images he sent in are 790 blocks long. Can anybody
tell us if we will need to recover track 0 to make these images useful?
At the very least, I've managed to find the pcreg.h file out of the
images (cat */*.rx50 | less -B), so I'm getting closer at recompiling
the 2.9/Pro kernel.
Cheers,
Warren
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.1/8.9.1) id DAA23748
for pups-liszt; Wed, 24 Feb 1999 03:01:12 +1100 (EST)
>From Jesper Nilsson <jesper(a)df.lth.se> Wed Feb 24 02:00:54 1999
Received: from bartlet.df.lth.se (jesper(a)bartlet.df.lth.se [194.47.252.146])
by minnie.cs.adfa.edu.au (8.9.1/8.9.1) with ESMTP id DAA23743
for <pups(a)minnie.cs.adfa.edu.au>; Wed, 24 Feb 1999 03:01:02 +1100 (EST)
Received: from localhost (jesper@localhost)
by bartlet.df.lth.se (8.8.7/8.8.8) with ESMTP id RAA21777
for <pups(a)minnie.cs.adfa.edu.au>; Tue, 23 Feb 1999 17:00:54 +0100
Date: Tue, 23 Feb 1999 17:00:54 +0100 (CET)
From: Jesper Nilsson <jesper(a)df.lth.se>
To: PDP Unix Preservation Society <pups(a)minnie.cs.adfa.edu.au>
Subject: SCO Source license tainting?
Message-ID: <Pine.LNX.4.05-df.9902231646390.8684-100000(a)bartlet.df.lth.se>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
Tjo!
I have a question that I hope someone can help me with:
I'm thinking about getting myself a SCO Source license,
but I'm worried that I might get "tainted" by this
since my day job involves writing operating systems...
My employer would not appreciate getting sued because of
my hobbies...:-)
Has anyone done research about this aspect of the license?
My goals are twofold, running an older Unix version on my PDP-11's,
and of course I want to peruse the source of the classic versions.
/^JN - Jesper Nilsson
--
I've heard of UNIseX, but I've never had it.
Jesper Nilsson -- jesper(a)df.lth.se
Yeah, I'm interested. Can you write up what changes the linux port entailed???
-Mike
At 07:10 PM 2/20/99 +0100, g4klx(a)g4klx.demon.co.uk wrote:
>Hello All
>
>A couple of weeks ago I hacked the program v7 from the bostic_tools to
>work under all sorts of different Unix versions. It worked great and
>allowed me to snoop around the V7 file system images from native Linux.
>Anyone who wants a copy can send me an e-mail.
>
>Anyway I had a few hours spare today, and decided to try adding the V7
>filesystem to the Linux kernel. Results so far are encouraging:
>
>
>g4klx:/usr/src/linux# ls -l /mnt
>total 333
>drwxrwxrwx 7 root root 224 Sep 22 1988 .
>drwxr-xr-x 19 root root 1024 Feb 14 11:55 ..
>drwxrwxr-x 2 3 3 2512 Sep 22 1988 bin
>-rwxr-xr-x 1 3 3 8986 Jun 8 1979 boot
>drwxrwxr-x 2 3 3 160 Sep 22 1988 dev
>drwxrwxr-x 2 3 3 336 Sep 22 1988 etc
>-rwxr-xr-x 1 daemon daemon 53302 Jun 8 1979 hphtunix
>-rwxr-xr-x 1 daemon daemon 52850 Jun 8 1979 hptmunix
>drwxrwxr-x 2 3 3 192 Sep 22 1988 lib
>drwxrwxr-x 2 root lp 96 Sep 22 1988 mdec
>-rwxr-xr-x 1 root daemon 50990 Jun 8 1979 rkunix
>-rwxr-xr-x 1 root daemon 51982 Jun 8 1979 rl2unix
>-rwxr-xr-x 1 daemon daemon 51790 Jun 8 1979 rphtunix
>-rwxr-xr-x 1 daemon daemon 51274 Jun 8 1979 rptmunix
>g4klx:/usr/src/linux# df
>Filesystem 1024-blocks Used Available Capacity Mounted on
>/dev/hda1 3031184 1920771 953665 67% /
>/dev/loop0 1919 1877 42 98% /mnt
>g4klx:/usr/src/linux#
>
>
>I am using the loop block device to allow me to mount a file as a block
>device, this saves me having to add a new partition to my disc. There
>should be no reason why it won't work with a true disc partition. The V7
>filesystem under Linux is read/write.
>
>Anyone interested ?
>
>Jonathan
>
>
>
>
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.1/8.9.1) id NAA02555
for pups-liszt; Sun, 21 Feb 1999 13:29:44 +1100 (EST)
>From Warren Toomey <wkt(a)henry.cs.adfa.edu.au> Sun Feb 21 12:29:29 1999
Received: from henry.cs.adfa.edu.au (henry.cs.adfa.edu.au [131.236.21.158])
by minnie.cs.adfa.edu.au (8.9.1/8.9.1) with ESMTP id NAA02549
for <pups(a)minnie.cs.adfa.edu.au>; Sun, 21 Feb 1999 13:29:37 +1100 (EST)
Received: (from wkt@localhost)
by henry.cs.adfa.edu.au (8.9.1/8.9.1) id NAA08687;
Sun, 21 Feb 1999 13:29:29 +1100 (EST)
(envelope-from wkt)
From: Warren Toomey <wkt(a)henry.cs.adfa.edu.au>
Message-Id: <199902210229.NAA08687(a)henry.cs.adfa.edu.au>
Subject: Re: V7 filesystem work
In-Reply-To: <Pine.LNX.4.05.9902201906360.1385-100000(a)g4klx.agri.ch> from Jonathan Naylor at "Feb 20, 1999 7:10:45 pm"
To: g4klx(a)g4klx.demon.co.uk
Date: Sun, 21 Feb 1999 13:29:29 +1100 (EST)
Cc: pups(a)minnie.cs.adfa.edu.au
Reply-To: wkt(a)cs.adfa.edu.au
X-Mailer: ELM [version 2.4ME+ PL43 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
In article by Jonathan Naylor:
> Hello All
>
> A couple of weeks ago I hacked the program v7 from the bostic_tools to
> work under all sorts of different Unix versions. It worked great and
> allowed me to snoop around the V7 file system images from native Linux.
> Anyone who wants a copy can send me an e-mail.
>
> Anyway I had a few hours spare today, and decided to try adding the V7
> filesystem to the Linux kernel. Results so far are encouraging:
> I am using the loop block device to allow me to mount a file as a block
> device, this saves me having to add a new partition to my disc. There
> should be no reason why it won't work with a true disc partition. The V7
> filesystem under Linux is read/write.
>
> Anyone interested ?
I'd be happy to add any changes etc. into the Tools directory in the PUPS
Archive.
It's about time Unix could read the Unix filesystem again :-)
Ciao,
Warren
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.1/8.9.1) id UAA05201
for pups-liszt; Sun, 21 Feb 1999 20:23:41 +1100 (EST)
>From Jonathan Naylor <g4klx(a)pop.agri.ch> Sun Feb 21 19:07:50 1999
Received: from biene.agri.ch (biene.agri.ch [212.28.128.41])
by minnie.cs.adfa.edu.au (8.9.1/8.9.1) with ESMTP id UAA05195
for <pups(a)minnie.cs.adfa.edu.au>; Sun, 21 Feb 1999 20:23:21 +1100 (EST)
X-Internal-ID: 36B8327D0006E80C
Received: from g4klx.agri.ch (212.28.159.135) by biene.agri.ch (NPlex 2.0.119); Sun, 21 Feb 1999 10:23:16 +0100
Received: from localhost (g4klx@localhost)
by g4klx.agri.ch (8.8.8/8.8.8) with ESMTP id KAA00455;
Sun, 21 Feb 1999 10:07:51 +0100
X-Authentication-Warning: g4klx.agri.ch: g4klx owned process doing -bs
Date: Sun, 21 Feb 1999 10:07:50 +0100 (CET)
From: Jonathan Naylor <g4klx(a)pop.agri.ch>
X-Sender: g4klx(a)g4klx.agri.ch
Reply-To: g4klx(a)g4klx.demon.co.uk
To: Mike Allison <mallison(a)konnections.com>
cc: pups(a)minnie.cs.adfa.edu.au
Subject: Re: V7 filesystem work
In-Reply-To: <199902210203.TAA18682(a)mail.konnections.com>
Message-ID: <Pine.LNX.4.05.9902210957580.303-100000(a)g4klx.agri.ch>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
Hello Mike and the list
On Sat, 20 Feb 1999, Mike Allison wrote:
> Yeah, I'm interested. Can you write up what changes the linux port entailed???
>
> -Mike
I assume you mean the standalone V7 FS program rather than the kernel V7
FS support ?
The code was written in old C, and from a modern C programmers point of
view, rather sloppily. The warnings from the compiler were terrible, so I
added function prototypes, and made the code more ANSI C like. Then I got
rid of a few bugs, in one place I remember a character pointer being
assigned to a character.
I then typedef'd the data types so I could use int8, int16 and int32 in
the code to make it more portable. I stopped using structure overlays onto
the raw data as that is messy and is not good for (a) byte ordering and
(b) structure packing. It also allowed me to stop using the original V7
file headers which would have made a public release of the code
problematic.
The data is extracted from the raw block data by using special
architecturally neutral functions into locally held structures. That is a
particular win with the block number in three bytes trick that is used in
the inode.
It has been tested on i386/Linux with both glibc 1.0 and glibc 2.0 and
Alpha/Linux, no changes were needed.
Then I added a few new commands to let me look at the superblock and
bootblocks and a few other bits.
Then I released it.
I have just sent a copy of the program to Warren for inclusion in the PUPS
tools section. Its not very big.
Work is progressing on the V7 filesystem in the Linux kernel. Anyone who
wants the patches for that should send me an e-mail. I hope to get it into
the mainstream kernel in the Linux 2.3 series.
Jonathan
Hello All
A couple of weeks ago I hacked the program v7 from the bostic_tools to
work under all sorts of different Unix versions. It worked great and
allowed me to snoop around the V7 file system images from native Linux.
Anyone who wants a copy can send me an e-mail.
Anyway I had a few hours spare today, and decided to try adding the V7
filesystem to the Linux kernel. Results so far are encouraging:
g4klx:/usr/src/linux# ls -l /mnt
total 333
drwxrwxrwx 7 root root 224 Sep 22 1988 .
drwxr-xr-x 19 root root 1024 Feb 14 11:55 ..
drwxrwxr-x 2 3 3 2512 Sep 22 1988 bin
-rwxr-xr-x 1 3 3 8986 Jun 8 1979 boot
drwxrwxr-x 2 3 3 160 Sep 22 1988 dev
drwxrwxr-x 2 3 3 336 Sep 22 1988 etc
-rwxr-xr-x 1 daemon daemon 53302 Jun 8 1979 hphtunix
-rwxr-xr-x 1 daemon daemon 52850 Jun 8 1979 hptmunix
drwxrwxr-x 2 3 3 192 Sep 22 1988 lib
drwxrwxr-x 2 root lp 96 Sep 22 1988 mdec
-rwxr-xr-x 1 root daemon 50990 Jun 8 1979 rkunix
-rwxr-xr-x 1 root daemon 51982 Jun 8 1979 rl2unix
-rwxr-xr-x 1 daemon daemon 51790 Jun 8 1979 rphtunix
-rwxr-xr-x 1 daemon daemon 51274 Jun 8 1979 rptmunix
g4klx:/usr/src/linux# df
Filesystem 1024-blocks Used Available Capacity Mounted on
/dev/hda1 3031184 1920771 953665 67% /
/dev/loop0 1919 1877 42 98% /mnt
g4klx:/usr/src/linux#
I am using the loop block device to allow me to mount a file as a block
device, this saves me having to add a new partition to my disc. There
should be no reason why it won't work with a true disc partition. The V7
filesystem under Linux is read/write.
Anyone interested ?
Jonathan
