Ethereal-cvs: [Ethereal-cvs] cvs commit: ethereal packet-atalk.c packet-dsi.c

Note: This archive is from the project's previous web site, ethereal.com. This list is no longer active.

From: guy@xxxxxxxxxxxx (Guy Harris)
Date: Mon, 5 Jan 2004 20:20:32 -0600 (CST)
guy         2004/01/05 20:20:32 CST

  Modified files:
    .                    packet-atalk.c packet-dsi.c 
  Log:
  Note in a comment that "dissect_asp_reply_get_status()" might be
  dissecting AFP server status - other servers might have different status
  formats.
  
  In "dissect_asp_reply_get_status()", put the UTF-8 server name into a
  tree, with the length and name in the tree as separate items, and fetch
  the length into a 16-bit variable (as it's a 16-bit length in the
  packet), as is done in "dissect_dsi_reply_get_status()".  (XXX - should
  that just be done with an FT_UINT_STRING field, as is done for other
  strings?)
  
  Use "tvb_get_string()" to fetch the UTF-8 server name, and set the
  length and name from the values we fetched, in both of those routines.
  
  For FT_UINT_STRING fields in "dissect_asp_reply_get_status()" and
  "dissect_dsi_reply_get_status()", don't fetch the length separately -
  just use the value filled in by "proto_tree_add_item()" (now that a
  "proto_item" is no longer opaque, we can do that).  That means we don't
  have a problem with overflows of the 8-bit "len" variable if the length
  is 255.
  
  Revision  Changes    Path
  1.93      +21 -14    ethereal/packet-atalk.c
  1.28      +14 -22    ethereal/packet-dsi.c