More on previous message

[ALMQUIST at SU-SCORE.ARPA]

From: Philip Almquist <ALMQUIST at 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
-------