10 Mar
2019
10 Mar
'19
9:50 p.m.
arnold(a)skeeve.com writes:
Isn't 4.1 on Kirk McKusick's disks?
McKusick's disks look sketchy to me too:
# cd /mnt/CSRG/disk1
# diff --exclude=.MAP -r 4.0 4.1 | grep -v 'not a regular file or directory'
Only in 4.0: 4.0.boot.Z
Only in 4.1: 4.0.upgrade
Only in 4.1: TAPE
Only in 4.1: boot.file
Only in 4.0/dev: cua0
Only in 4.0/dev: cua1
Only in 4.1/tmp: x.f
Only in 4.1/tmp: x.s
Only in 4.0/usr/src/lib/libpc: RANDOM.c
Only in 4.0/usr/src/lib/libpc: RANG4.c
Only in 4.0/usr/src/lib/libpc: READ4.c
Only in 4.0/usr/src/lib/libpc: READ8.c
Only in 4.0/usr/src/lib/libpc: READC.c
Only in 4.0/usr/src/lib/libpc: READE.c
Only in 4.0/usr/src/lib/libpc: READLN.c
Only in 4.0/usr/src/lib/libpc: RELEQ.c
Only in 4.0/usr/src/lib/libpc: RELNE.c
Only in 4.0/usr/src/lib/libpc: RELSGE.c
Only in 4.0/usr/src/lib/libpc: RELSGT.c
Only in 4.0/usr/src/lib/libpc: RELSLE.c
Only in 4.0/usr/src/lib/libpc: RELSLT.c
Only in 4.0/usr/src/lib/libpc: RELTGE.c
Only in 4.0/usr/src/lib/libpc: RELTGT.c
Only in 4.0/usr/src/lib/libpc: RELTLE.c
So it appears to me the only 4.1 material in his 4.1 tree is under the
4.1/4.0.upgrade directory.
The 4.0 and 4.1 trees on his disks are otherwise basically the same,
except for a handful of /usr/src/lib/libpc/*.c source files that appear
only in the 4.0 tree.
Or, perhaps the 4.0 tree is misidentified and is really a 4.1 tree, and
what is lost is 4.0?
Anyway, there definitely seems to be a missing link somewhere.
Mike