On 11/18/17 12:57 PM, Clem Cole wrote:
A quick look, and I think it's an stp (super TP)
tape -- stp is from
the Harvard distribution. This would make sense, because that was
the standard back before tar.
As Ron pointed out, tp (which Ken designed for DECTapes originally)
puts the index at the head of the tape (tar and later cpis threaded
the index inline). But it means its a fixed size and there were some
other issues (tp may have originally been in assembler IIRC). On
DECtape, tp worked pretty well/was pretty cool because you could
update a block, less so on 9-track which when you re-wrote block N,
you lost all blocks afterwards. Also, I don't remember why now
[probably the limits off the directory], but it was typically in those
days to take all the files in a directory, turn them into a foo.a (ar
format) archive. So the stp image was a bunch of files: dir1/mumble.a
dir2/grumble.a dir3/bumble.a ...
You then needed to unarchive the files within each directory. Also,
remember ar(1) when through some changes in format between 4-7th
editions as the compiler and linker matured. So watch out on that
front too...
Anyway, v6 tp probably will read it, but if you poke around the TUHS
and bitkeeper archives for the original Harvard distribution, stp.c
should exist.
I'll look around. v6 tp was able to read the tape:
set tc en
att tc0 unix6.dat
c
# chdir /usr/6
# tp t0
speakez/sbrk.s
dcheck.c
...
the directories don't get created on extract, but that's typical on v6.
Will
--
GPG Fingerprint: 68F4 B3BD 1730 555A 4462 7D45 3EAA 5B6D A982 BAAF