Event ID source incorrect for BIND 8.2.3 NT port

[Joe Rhett]

>          You would think so.  Unfortunately it's not that simple.  I've looked at this.
> named is run as a system service.  However, named-xfer is not; it's spawned
> off of the named process as its own process using the full path name rather than
> just the name.  That's what's getting into the event log.  If you can figure out the
> correct thing to put into the registry so that the Event Viewer will recognize it, I will
> change the BINDInstall code to put it into the registry. This all goes away in
> BIND 9 since the code is merged in with named.
 
I believe that you control the source of the Event ID, right?  Don't send
the invocation path, just the executible name.

> >2. Is there any reason why the BINDCtrl program isn't a Control Panel
> >applet? Setting up a program group for a single app doesn't make much sense.
> 
>          Yes, Why bother to go to all that extra work?  I didn't write the code, but
> it's not worth the effort to do this, particularly as BIND 9 is controlled through
> nrdc which is a command line interface.
 
Huh? Your point is unclear to me. First of all, I'm not asking about BIND 9.
Second, even if it is a command line interface there's no reason not to
build a Control Panel applet to invoke it.

> >3. Is there a reason why the BINDCtrl program doesn't have a 'restart' option?
 
>          As opposed to reload?  What would you want restart to do?  The services
>    control panel applet doesn't have one either.
 
Your questions make no sense to me. The reload button should be equivalent
to "ndc reload". The restart button should be the same as "ndc restart". If
you're not sure what the difference is between these functions, why are you
replying?

-- 
Joe Rhett                                         Chief Technology Officer
JRhett at ISite.Net                                      ISite Services, Inc.

PGP keys and contact information:          http://www.noc.isite.net/Staff/