Browse Source

[trac742] Message descriptions

Michal 'vorner' Vaner 14 years ago
parent
commit
68b13c93af
1 changed files with 49 additions and 0 deletions
  1. 49 0
      src/lib/cc/cc_messages.mes

+ 49 - 0
src/lib/cc/cc_messages.mes

@@ -15,45 +15,94 @@
 $NAMESPACE isc::cc
 $NAMESPACE isc::cc
 
 
 % CC_ASYNC_READ_FAILED asynchronous read failed
 % CC_ASYNC_READ_FAILED asynchronous read failed
+This marks a low level error, we tried to read data from the message queue
+daemon asynchronously, but the ASIO library returned an error.
 
 
 % CC_CONN_ERROR error connecting to message queue (%1)
 % CC_CONN_ERROR error connecting to message queue (%1)
+It is impossible to reach the message queue daemon for the reason given. It
+is unlikely there'll be reason for whatever program this currently is to
+continue running, as the communication with the rest of BIND 10 is vital
+for the components.
 
 
 % CC_DISCONNECT disconnecting from message queue daemon
 % CC_DISCONNECT disconnecting from message queue daemon
+The library is disconnecting from the message queue daemon. This debug message
+indicates that the program is trying to shut down gracefully.
 
 
 % CC_ESTABLISH trying to establish connection with message queue daemon at %1
 % CC_ESTABLISH trying to establish connection with message queue daemon at %1
+This is debug message and indicates that the command channel library is about
+connect to the message queue daemon, which should be listening on UNIX-domain
+socket listed in the output.
 
 
 % CC_ESTABLISHED successfully connected to message queue daemon
 % CC_ESTABLISHED successfully connected to message queue daemon
+This debug message indicates that the connection was successfully made, this
+should follow CC_ESTABLISH.
 
 
 % CC_GROUP_RECEIVE trying to receive a message
 % CC_GROUP_RECEIVE trying to receive a message
+Debug message, noting that a message is expected to come over the command
+channel.
 
 
 % CC_GROUP_RECEIVED message arrived ('%1', '%2')
 % CC_GROUP_RECEIVED message arrived ('%1', '%2')
+Debug message, noting that we successfully received a message (its envelope and
+payload listed). This follows CC_GROUP_RECEIVE, but might happen some time
+later, depending if we waited for it or just polled.
 
 
 % CC_GROUP_SEND sending message '%1' to group '%2'
 % CC_GROUP_SEND sending message '%1' to group '%2'
+Debug message, we're about to send a message over the command channel.
 
 
 % CC_INVALID_LENGTHS invalid length parameters (%1, %2)
 % CC_INVALID_LENGTHS invalid length parameters (%1, %2)
+This happens when garbage comes over the command channel or some kind of
+confusion happens in the program. The data received from the socket make no
+sense if we interpret it as lengths of message. The first one is total length
+of message, the second length of the header. The header and it's length
+(2 bytes) is counted in the total length.
 
 
 % CC_LENGTH_NOT_READY length not ready
 % CC_LENGTH_NOT_READY length not ready
+There should be data representing length of message on the socket, but it
+is not there.
 
 
 % CC_NO_MESSAGE no message ready to be received yet
 % CC_NO_MESSAGE no message ready to be received yet
+The program polled for incoming messages, but there was no message waiting.
+This is a debug message which may happen only after CC_GROUP_RECEIVE.
 
 
 % CC_NO_MSGQ unable to connect to message queue (%1)
 % CC_NO_MSGQ unable to connect to message queue (%1)
+It isn't possible to connect to the message queue daemon, for reason listed.
+It is unlikely any program will be able continue without the communication.
 
 
 % CC_READ_ERROR error reading data from command channel (%1)
 % CC_READ_ERROR error reading data from command channel (%1)
+A low level error happened when the library tried to read data from command
+channel socket. The reason is listed.
 
 
 % CC_READ_EXCEPTION error reading data from command channel (%1)
 % CC_READ_EXCEPTION error reading data from command channel (%1)
+We received an exception while trying to read data from command channel socket.
+The reason is listed.
 
 
 % CC_REPLY replying to message from '%1' with '%2'
 % CC_REPLY replying to message from '%1' with '%2'
+Debug message, noting we're sending a response to original message with given
+envelope.
 
 
 % CC_SET_TIMEOUT setting timeout to %1ms
 % CC_SET_TIMEOUT setting timeout to %1ms
+Debug message. A timeout for which the program is willing to wait for a reply
+is being set.
 
 
 % CC_START_READ starting asynchronous read
 % CC_START_READ starting asynchronous read
+Debug message. From now on, when a message (or command) comes, it'll wake the
+program and the library will automatically pass it over to correct place.
 
 
 % CC_SUBSCRIBE subscribing to communication group %1
 % CC_SUBSCRIBE subscribing to communication group %1
+Debug message. The program wants to receive messages addressed to this group.
 
 
 % CC_TIMEOUT timeout reading data from command channel
 % CC_TIMEOUT timeout reading data from command channel
+The program waited too long for data from the command channel (usually when it
+sent a query to different program and it didn't answer for whatever reason).
 
 
 % CC_UNSUBSCRIBE unsubscribing from communication group %1
 % CC_UNSUBSCRIBE unsubscribing from communication group %1
+Debug message. The program no longer wants to receive messages addressed to
+this group.
 
 
 % CC_WRITE_ERROR error writing data to command channel (%1)
 % CC_WRITE_ERROR error writing data to command channel (%1)
+A low level error happened when the library tried to write data to the command
+channel socket.
 
 
 % CC_ZERO_LENGTH invalid message length (0)
 % CC_ZERO_LENGTH invalid message length (0)
+The library received a message length being zero, which makes no sense, since
+all messages must contain at last the envelope.