2005-02-06 Havoc Pennington <hp@redhat.com>
authorHavoc Pennington <hp@redhat.com>
Mon, 7 Feb 2005 04:47:52 +0000 (04:47 +0000)
committerHavoc Pennington <hp@redhat.com>
Mon, 7 Feb 2005 04:47:52 +0000 (04:47 +0000)
* s/expected/required/ in a couple places for clarity

ChangeLog
doc/dbus-specification.xml

index 7678f5b..eeaa524 100644 (file)
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,5 +1,9 @@
 2005-02-06  Havoc Pennington  <hp@redhat.com>
 
+       * s/expected/required/ in a couple places for clarity
+
+2005-02-06  Havoc Pennington  <hp@redhat.com>
+
        * dbus/dbus-message-factory.c (generate_special): more tests
 
        * dbus/dbus-marshal-validate.c (validate_body_helper): detect
index b8a8381..9fc7b0f 100644 (file)
@@ -7,8 +7,8 @@
 <article id="index">
   <articleinfo>
     <title>D-BUS Specification</title>
-    <releaseinfo>Version 0.10</releaseinfo>
-    <date>28 January 2005</date>
+    <releaseinfo>Version 0.11</releaseinfo>
+    <date>6 February 2005</date>
     <authorgroup>
       <author>
        <firstname>Havoc</firstname>
           messages map naturally to methods on objects in a typical program.
         </para>
         <para>
-          A method call message is expected to have a <literal>MEMBER</literal> header field
+          A method call message is required to have a <literal>MEMBER</literal> header field
           indicating the name of the method. Optionally, the message has an
           <literal>INTERFACE</literal> field giving the interface the method is a part of. In the
           absence of an <literal>INTERFACE</literal> field, if two interfaces on the same object have
           to receive the message.
         </para>
         <para>
-          When an application handles a method call message, it is expected to
+          When an application handles a method call message, it is required to
           return a reply. The reply is identified by a <literal>REPLY_SERIAL</literal> header field
           indicating the serial number of the <literal>METHOD_CALL</literal> being replied to. The
           reply can have one of two types; either <literal>METHOD_RETURN</literal> or <literal>ERROR</literal>.
         </para>
         <para>
           Even if a method call has no return values, a <literal>METHOD_RETURN</literal> 
-          reply is expected, so the caller will know the method 
+          reply is required, so the caller will know the method 
           was successfully processed.
         </para>
         <para>