2003-07-01 Havoc Pennington <hp@redhat.com>
authorHavoc Pennington <hp@redhat.com>
Tue, 1 Jul 2003 20:21:35 +0000 (20:21 +0000)
committerHavoc Pennington <hp@redhat.com>
Tue, 1 Jul 2003 20:21:35 +0000 (20:21 +0000)
* doc/dbus-specification.sgml: clarify the format of a type code,
change suggested by Jim Blandy

ChangeLog
dbus/dbus-message-builder.c
doc/dbus-specification.sgml

index 9846b24..12661ed 100644 (file)
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,3 +1,8 @@
+2003-07-01  Havoc Pennington  <hp@redhat.com>
+
+       * doc/dbus-specification.sgml: clarify the format of a type code, 
+       change suggested by Jim Blandy
+
 2003-06-29  Miloslav Trmac  <mitr@volny.cz>
 
        * doc/Makefile.am:
index 30b250e..390dda7 100644 (file)
@@ -1282,6 +1282,8 @@ _dbus_message_data_load (DBusString       *dest,
     }
   
   retval = TRUE;
+
+  _dbus_verbose_bytes_of_string (dest, 0, _dbus_string_get_length (dest));
   
  out:
   if (length_hash != NULL)
index 8b3a1d3..68a71ce 100644 (file)
 
       <para>
         Header field names MUST consist of 4 non-nul bytes.  The field name is
-        NOT nul terminated; it occupies exactly 4 bytes. Following the name, 
-        the field MUST have a type code, and then a properly-aligned value 
-        of that type. 
-        See <xref linkend="message-protocol-arguments"> for a description 
-          of how each type is encoded. If an implementation sees a header 
-          field name that it does not understand, it MUST ignore 
-          that field.
+        NOT nul terminated; it occupies exactly 4 bytes. Following the name, the
+        field MUST have a type code represented as a single unsigned byte, and
+        then a properly-aligned value of that type.  See <xref
+        linkend="message-protocol-arguments"> for a description of how each type
+        is encoded. If an implementation sees a header field name that it does
+        not understand, it MUST ignore that field.
       </para>
 
       <para>
     <sect2 id="message-protocol-arguments">
       <title>Message Arguments</title>
       <para>
-        The message body is made up of arguments. Each argument
-        is a type code, followed by the value of the argument 
-        in a type-dependent format.
+        The message body is made up of arguments. Each argument is a type code,
+        represented by a single unsigned byte, followed by the aligned value of
+        the argument in a type-dependent format. Alignment padding between the 
+        typecode and the value is initialized to zero.
       </para>
       <para>
         <informaltable>