BIND 10 trac1546, updated. 109c7a70bc0fb293e717e1bbe653ce9d01d1a737 [1546] updated the comment to be more accurate (the creator actually talked to the boss (via msgq), not the socket creator directly). also consolidated the mostly identical comments for auth and resolver for DRY.

[BIND 10 source code commits]

The branch, trac1546 has been updated
       via  109c7a70bc0fb293e717e1bbe653ce9d01d1a737 (commit)
      from  98ec643b85ed681f32dfbcb29cc8e6bd51b290c4 (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -----------------------------------------------------------------
commit 109c7a70bc0fb293e717e1bbe653ce9d01d1a737
Author: JINMEI Tatuya <jinmei at isc.org>
Date:   Tue Jan 10 23:42:44 2012 -0800

    [1546] updated the comment to be more accurate (the creator actually
    talked to the boss (via msgq), not the socket creator directly).  also
    consolidated the mostly identical comments for auth and resolver for DRY.

-----------------------------------------------------------------------

Summary of changes:
 src/bin/auth/main.cc     |    6 +-----
 src/bin/resolver/main.cc |    6 +++---
 2 files changed, 4 insertions(+), 8 deletions(-)

-----------------------------------------------------------------------
diff --git a/src/bin/auth/main.cc b/src/bin/auth/main.cc
index dd9ca45..6fdd255 100644
--- a/src/bin/auth/main.cc
+++ b/src/bin/auth/main.cc
@@ -163,11 +163,7 @@ main(int argc, char* argv[]) {
         isc::server_common::initSocketRequestor(*cc_session);
 
         // We delay starting listening to new commands/config just before we
-        // go into the main loop to avoid confusion due to mixture of
-        // synchronous and asynchronous operations (this would happen in
-        // initializing TSIG keys below, and initial communication with the
-        // socket creator that takes place in updateConfig()).  Until then all
-        // operations on the CC session will take place synchronously.
+        // go into the main loop.   See auth/main.cc for the rationale.
         config_session = new ModuleCCSession(specfile, *cc_session,
                                              my_config_handler,
                                              my_command_handler, false);
diff --git a/src/bin/resolver/main.cc b/src/bin/resolver/main.cc
index b486d6d..af18731 100644
--- a/src/bin/resolver/main.cc
+++ b/src/bin/resolver/main.cc
@@ -213,9 +213,9 @@ main(int argc, char* argv[]) {
         // We delay starting listening to new commands/config just before we
         // go into the main loop to avoid confusion due to mixture of
         // synchronous and asynchronous operations (this would happen in
-        // initial communication with the socket creator that takes place in
-        // updateConfig()).  Until then all operations on the CC session will
-        // take place synchronously.
+        // initial communication with the boss that takes place in
+        // updateConfig() for listen_on).  Until then all operations on the CC
+        // session will take place synchronously.
         config_session = new ModuleCCSession(specfile, *cc_session,
                                              my_config_handler,
                                              my_command_handler, false);