ALMQUIST@SU-SCORE.ARPA (04/17/86)
From: Philip Almquist <ALMQUIST@SU-SCORE.ARPA> I learned of one slight lie in my previous message; the new table is in use on EPIC, but use on the other LOTS 20's is awaiting the installation of a new Monitor. For DEC-20's, I the new table requires some new magic Monitor constants. I think they are NHSTN=NHOSTS*8 and NHOSTN=NHOSTS*3. The NICUPD program also needs to have a literal "NIC" (in a GTJFN% string) changed to an "ARGUS". Some hack to remove uninteresting hosts (such as the IBM-PC's and PERQ's at MIT and ISI) might be wise. For UNIX systems, the argument to gettable needs to be changed from "sri-nic" to "argus" and the "netdirprint -nic" stuff needs to be removed. Note also the recent messages to mailing lists about deficiciencies in htable that may cause it to blow up on certain (non-Stanford) hosts. Since most UNIX systems get /etc/hosts via rdist rather than creating it themselves, most UNIX systems don't need to woory about any of the above. I think that the UNIX paragraph also applies to VMS systems. I don't know about other kinds of systems, though the change should be trivial: change any references to "SRI-NIC" in the host table retrieval procedure into references to "ARGUS". Philip -------