cwr@pnet01.cts.com (Will Rose) (05/06/90)
pallen@atc.boeing.com (Paul L. Allen) writes: >In article <18013@nigel.udel.EDU> IDAC@musicb.mcgill.ca (IDAC000) writes: >>After unpacking these four ( 1,2,3 and 4 of 3) I still don't have these files >>(listed in the crc list of files in the postings for v1.5.8, from AST) : >> >> 56406 1547 IBM_00.uue >> 26300 1255 Lib_00.uue >> 30655 61965 SHARF1 >> 43847 52338 SHARF2 >> >We seem to have had a news interruption here, but I haven't seen anyone >clarify this yet. I didn't notice these lines in the uu.crc list for >1.5.8 because I routinely ignore the uu crc's. The four files listed >above were not in the 1.5.8 posting that I recieved, The two SHARF files are the postings themselves, without headers and footers. Three or four people asked on the net about the two .uue files, but no explanation was ever given. Ast posted a (revised) catchsig.s whose crc did not match the posting; Andrew Cagney reposted it with the correct crc and uuencoding. It is probable that the uue files were mostly the local crcs for those directories. Certainly once I had given up on them, and built the system regardless, the crcs worked out ok once Cagney's posting arrived. The position with respect to the 1.5.10 postings is more complex. The following list is ast's crc file for 'files that are changed in 1.5.10'. Against the files is the situation found when attempting to update from a 1.5.9 system. At the beginning of the update, all files had the correct 1.5.9 crcs, and at the end all files had the correct 1.5.10 crcs. 1.5.10 Crcs Name Update process from 1.5.9 to 1.5.10 42940 2116 include/time.h | unchanged from 9, not in 10 posting 21032 1152 kernel/config | patches correctly 35467 9268 kernel/cstart.c | patches correctly 29570 27550 kernel/ps_wini.c | patches correctly 22996 13852 fs/cache.c | unchanged from 9, not in 10 posting 08922 13329 fs/open.c | unchanged from 9, not in 10 posting 40616 16536 fs/read.c | unchanged from 9, not in 10 posting 46563 763 etc/rc | patches correctly 54996 10485 tools/menu.c | unchanged from 9, not in 10 posting 51493 8084 tools/bootblok.s | patches correctly 32531 788 lib/ibm/catchsig.s | 9-10 patch not uuencoded, added by hand 41596 38494 test/test17.c | patches correctly 13138 32112 test/test18.c | patches correctly 47940 1703 test/Makefile | unchanged from 9, not in 10 posting 11978 7621 commands/tsort.c | patches correctly 19518 7468 commands/unshar.c | unchanged from 9, not in 10 posting 53145 2837 commands/fixbin.sh | unchanged from 9, posted patch is 8->9 I haven't yet built the 1.5.10 system; it looks as if only catchsig has changed in the library, which I've now updated. I'll try building the commands and kernel overnight, and see what happens. Good luck - Will ----------------------------------------------------------------------- "If heaven too had passions | Will Rose even heaven would | UUCP: {nosc ucsd hplabs!hp-sdd}!crash!pnet01!cw grow old." - Li Ho. | ARPA: crash!pnet01!cwr@nosc.mil | INET: cwr@pnet01.cts.com UUCP: {nosc ucsd hplabs!hp-sdd}!crash!pnet01!cwr ARPA: crash!pnet01!cwr@nosc.mil INET: cwr@pnet01.cts.com
ast@cs.vu.nl (Andy Tanenbaum) (05/07/90)
In article <2534@crash.cts.com> cwr@pnet01.cts.com (Will Rose) writes: > It is quite possible that some of the changes for 1.5.10 are in fact from 1.5.8. I didn't really move the whole 1.5.9 tree from my PC at home to the Sun, so I may have mixed up 1.5.8 and 1.5.9 a bit. Sorry. However, given the crcs, it should be possible to see if you have everything ok. Haste makes waste. I knew that, actually, but it doesn't make the haste go away. Andy Tanenbaum (ast@cs.vu.nl)