prand_conf.h files question

Danny Mayer mayer at gis.net
Thu Nov 30 04:07:47 UTC 2000


		The commands and directories I already have set up.  I had to go in
  and change the directory names on startup since NT can have the system
  and windows directory anywhere and with any name.  That part is done.

		Yes, the NT port already has a list of "interesting" programs like ARP,
  etc.  The same with directory names (once I fixed it up).  The problem area
  are files that should be used.  There are no obvious files that are likely
  candidates and in fixed locations.  That's my problem right now.

At 02:40 PM 11/29/00 -0500, Loomis, Rip wrote:
>Danny--
>AFAIK, the criteria is "programs whose output
>changes significantly over time".  Ideally
>they also should be files that are installed
>by default, as many as possible (10-12?) and
>ones that come back with a response quickly.
>

		See above.

>Doing a dir of C:\WINNT\TEMP might
>get some randomness, but looking in the IE
>or Netscape cache directories would probably
>be better (I'm assuming you're doing this
>on NT to fix the "FIXME" that Larry Tremblay
>had left in there.)

	The problem with Netscape and IE cache directories is
  that there's no knowing where they are on disk.  I, for example,
  almost never take the defaults on these directories.  The only way
  to find them is to use the registry and that can depend on version
  and a whole host of other issues.  Yes those TODO messages need
  to be done.  I didn't know that Larry was the one who did that.

>
>Other than that...hmm... NET VIEW might work,
>ARP seems pretty boring on my NT box...and
>NET STATISTICS WORKSTATION looks promising.
>
		Got all that.

>Hope this helps, and please let me know if
>there's anything I can do to help with the
>BIND on NT port...
>
	Thanks for your help.  Yes it's for the NT port.  Any files that
  are in fixed locations that change frequently enough that you
  can suggest?

	Luckily this code only gets used for the security keys and
  the dst code under the lib/dst directory and the macros weren't
  enabled for it, so it was never an issue up to now when I tried
  to get dnskeygen working.  There's other code that needs to
  get fixed to get this working properly.

		Danny



More information about the bind-workers mailing list