From Kovarththanan Rajaratnam:
authorstig <stig@f5534014-38df-0310-8fa8-9805f1628bb7>
Wed, 8 Jul 2009 08:04:30 +0000 (08:04 +0000)
committerstig <stig@f5534014-38df-0310-8fa8-9805f1628bb7>
Wed, 8 Jul 2009 08:04:30 +0000 (08:04 +0000)
Update to include the new constraints.

git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@29015 f5534014-38df-0310-8fa8-9805f1628bb7

doc/README.developer

index e0530484df5d36f1c37075f33347da787542d2d5..ba28b713f09c519752984d9a7ded6f2092a0ed53 100644 (file)
@@ -1696,6 +1696,12 @@ represent unsigned integers, and the FT_INT* variables all represent
 signed integers; the number on the end represent how many bits are used
 to represent the number.
 
+Some constraints are imposed on the header fields depending on the type
+(e.g. FT_BYTES) of the field. Non integral types (e.g. types that are _not_
+FT_INT* and FT_UINT*) must use 'BASE_NONE', NULL, 0x0' as values for the
+'display', 'strings', 'bitmask' fields. The reason is simply that the type
+itself implictly defines the nature of 'display', 'strings', 'bitmask'.
+
 display
 -------
 The display field has a couple of overloaded uses. This is unfortunate,
@@ -3610,7 +3616,7 @@ boundary is set in stone.
 static hf_register_info hf[] = {
     {&hf_cstring,
      {"C String", "c.string", FT_STRING, BASE_NONE, NULL, 0x0,
-      "C String", HFILL}
+      NULL, HFILL}
      }
    };